RE: CF Coding Standards / "validation" / CFML pasring
I've been thinking about what a CFML parser has to do and man, it isn't all that easy... I'm not sure any ".cfm" file could be parsed properly without knowing the state of before the file is (potentially) cfincluded. In other words, if you see some text like "this is text#hi# and some more", how can you be sure that "#hi#" represents a variable interpolation (so, "hi" must be a variable, and it is apparently not scoped) vs plain text that just happens to contain the literal string "#hi#".Of even worse, perhaps, would be a run of text like "this is some text#here is some more"... Is there is a missing "#" after the variable "here" (so, a syntax error), or not? And when should "##" be converted to the plain text "#"? All of these issues require the correct determination of the "cfoutput" state, and the potential to cfinclude any file makes that pretty hard to do on a file-by-file basis... You almost need to know which .cfm files are "real" pages (mapped to urls) and which are "support" files (custom tags or cfincludes). And that is not even considering the problem of simply having to keep track of tags within a single file, which would have to be done properly (including tags). This could definitely get tricky! I imagine it is possible to use the compiled classes that CF makes to get a better idea of how to parse things but that would not allow CFEclipse (or some other plugin) to take advantage of such a parser. I wonder if Macromedia would ever release a parser (say, in java) to the open source community, as a way of stimulating third-party plugin and tool development... Thanks Mark -----Original Message- From: Jochem van Dieten [mailto:[EMAIL PROTECTED] Sent: Thursday, October 11, 2007 3:46 AM To: CF-Talk Subject: Re: CF Coding Standards Gaulin, Mark wrote: > What I would find more interesting is something approaching a "coding style validator" for important things, like "var"ing local variables in functions and always scoping variables properly (to the degree that I would want), checking for cfparam tags for url, form, and attribute variables, etc. I have experimented with a SVN hook that ran several checks including Mike Schierberl's vasrScoper and an attempt to compile the code with cfcompile.bat before allowing a commit. It wasn't exactly production quality, but it can be done. Jochem ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290855 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards / "validation"
On Wednesday 10 Oct 2007, [EMAIL PROTECTED] wrote: > > It's always on topic to show how much better ColdFusion is :-) > > Not better. Just different. It is never better to have humans do garbage collection and memory allocation. Studies have been done, and compilers are much, much quicker at it and make fewer errors. -- Tom Chiverton. Are you a great ColdFusion programmer, who knows Reactor and ColdSpring, and has done some Flex work ? Would you like to work for a top 30 law firm in Manchester, UK ? Are not an agency ? If yes, send email ! This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290847 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
Gaulin, Mark wrote: > What I would find more interesting is something approaching a "coding style > validator" for important things, like "var"ing local variables in functions > and always scoping variables properly (to the degree that I would want), > checking for cfparam tags for url, form, and attribute variables, etc. I have experimented with a SVN hook that ran several checks including Mike Schierberl's vasrScoper and an attempt to compile the code with cfcompile.bat before allowing a commit. It wasn't exactly production quality, but it can be done. Jochem ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290845 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards / "validation"
> > a tad OT now so I'll leave it there :-) Ok, you baited me! > > finally > > myObj.free; > > What if myObj gets passed out of the function ? That would be poor programming practice :-) Just like CF, Java and most other popular programming languages there are best practices for that language. Best practices for object creation/destruction dictate that your create/free should be able to cover the entire life of the object so if you wanted to persist an object over multiple function calls or you had a factory that created object instances, you'd use something like a list to keep track of them as part of the object factory. Just as you would use an array or struct in ColdFusion. > > > the pain away. Delphi gives you the choice :-) Anyway, this is all > getting > > a tad OT now so I'll leave it there :-) > > It's always on topic to show how much better ColdFusion is :-) > Not better. Just different. Besides I don't think I've ever seen a Win32 app written in CF :-). But I have seen a CF apps that needed to use Delphi or C++, although admittedly, since CFMX that is becoming less and less common :-) Paul ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290779 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards / "validation"
On Wednesday 10 Oct 2007, [EMAIL PROTECTED] wrote: > finally > myObj.free; What if myObj gets passed out of the function ? > the pain away. Delphi gives you the choice :-) Anyway, this is all getting > a tad OT now so I'll leave it there :-) It's always on topic to show how much better ColdFusion is :-) -- Tom Chiverton, not writing Delphi ever again. Are you a great ColdFusion programmer, who knows Reactor and ColdSpring, and has done some Flex work ? Would you like to work for a top 30 law firm in Manchester, UK ? Are not an agency ? If yes, send email ! This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290768 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards / "validation"
> On Wednesday 10 Oct 2007, [EMAIL PROTECTED] wrote: > > planning engine all on top of an Oracle database. Customers would > complain > > about the instability of the client software > > This is to be expected from a language that forces the programmer to > deal with > memoray allocation and release. But it doesn't force you to do anything of the sort. If you know Delphi well enough, all you do is create and free your objects and that is pretty easy. Well written Delphi should not need to use malloc etc. e.g. myObj = Obj.create(); try // Do stuff with myObj here finally myObj.free; end; See, not a single malloc in sight! Delphi also deals with pointers in a similar way to Java if you let it. Although if you want to you can still write C++ pointer style code it is generally considered nasty stuff. C++ was and is all pointers, Java takes the pain away. Delphi gives you the choice :-) Anyway, this is all getting a tad OT now so I'll leave it there :-) Paul ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290759 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards / "validation"
Hi Paul, next to the tool you're using (which I use myself as well) Railo allows you to turn of scope cascading which would then result in runtime errors and force the programmer to scope all unscoped variables (except for the variables scope). Next to the readability this as we all know improves performance since scope cascading is quite time consuming. Gert Customer Care Railo Technologies GmbH [EMAIL PROTECTED] www.railo.ch Join our Mailing List / Treten Sie unserer Mailingliste bei: deutsch: http://de.groups.yahoo.com/group/railo/ english: http://groups.yahoo.com/group/railo_talk/ Paul Vernon schrieb: >> I am of the opinion that all warnings in a program (java, for example) >> should be tracked down and eliminated, even if the "fix" is just to >> disable the warning on the one method/line that is complaining (because >> it is "right"), but every one of them should be examined. For ever 100 >> warnings I get rid of (in a large java program, say) I might find one >> bug waiting to happen, and that one bug is worth fixing. >> > > I agree completely here and it is an ethos that has been drilled into me for > years and years. After I left University, my first job entailed working on a > massive Delphi application consisting of a client, server and a planning > engine all on top of an Oracle database. Customers would complain about the > instability of the client software and when I first compiled it, I knew > why... over 4000 hints and 2000 warnings! Needless to say, I raised this and > was given permission to investigate and reduce the number of hints and > warnings. It took a couple of months to do but every time I committed > changes, there was a marked improvement in stability. In the end, the > compiler was reporting around 100 hints and no warnings... There were no > complaints of instability after we achieved that. > > On a CF front, to check my CFCs for vars that aren't declared, I use > varscoper. > > http://www.schierberl.com/cfblog/index.cfm/2007/10/7/varScoper-11--now-with- > cfscript-parsing > > In fact, in writing this e-mail, I've just realised that 3 days ago, it was > updated so it should be even better than before... Downloading it now :-) > > The other thing I tend to do is make use of cfcompile on a command prompt to > detect any coding errors that may be lying in wait for me. Used In > combination with varscoper, it makes for very reliable CFC coding. > > Paul > > > > > ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290753 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards / "validation"
Hi This is an interesting tool. It does seem to flag problems that are inside strings, so it could definitely benefit from a 'real' cfml parser. (But since it is written in CF, I wouldn't expect it to be perfect; my perl-based cfml "parser" was pretty lame too, but still quite useful for what it did.) Thanks for the pointer. Mark -Original Message- From: Paul Vernon [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 10, 2007 9:00 AM To: CF-Talk Subject: RE: CF Coding Standards / "validation" > I am of the opinion that all warnings in a program (java, for example) > should be tracked down and eliminated, even if the "fix" is just to > disable the warning on the one method/line that is complaining > (because it is "right"), but every one of them should be examined. > For ever 100 warnings I get rid of (in a large java program, say) I > might find one bug waiting to happen, and that one bug is worth fixing. I agree completely here and it is an ethos that has been drilled into me for years and years. After I left University, my first job entailed working on a massive Delphi application consisting of a client, server and a planning engine all on top of an Oracle database. Customers would complain about the instability of the client software and when I first compiled it, I knew why... over 4000 hints and 2000 warnings! Needless to say, I raised this and was given permission to investigate and reduce the number of hints and warnings. It took a couple of months to do but every time I committed changes, there was a marked improvement in stability. In the end, the compiler was reporting around 100 hints and no warnings... There were no complaints of instability after we achieved that. On a CF front, to check my CFCs for vars that aren't declared, I use varscoper. http://www.schierberl.com/cfblog/index.cfm/2007/10/7/varScoper-11--now-w ith- cfscript-parsing In fact, in writing this e-mail, I've just realised that 3 days ago, it was updated so it should be even better than before... Downloading it now :-) The other thing I tend to do is make use of cfcompile on a command prompt to detect any coding errors that may be lying in wait for me. Used In combination with varscoper, it makes for very reliable CFC coding. Paul ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290747 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards / "validation"
On Wednesday 10 Oct 2007, [EMAIL PROTECTED] wrote: > planning engine all on top of an Oracle database. Customers would complain > about the instability of the client software This is to be expected from a language that forces the programmer to deal with memoray allocation and release. -- Tom Chiverton. Are you a great ColdFusion programmer, who knows Reactor and ColdSpring, and has done some Flex work ? Would you like to work for a top 30 law firm in Manchester, UK ? Are not an agency ? If yes, send email ! This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290748 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
> > Noo ! > > Now you've forced the whole world to use what you think is > > the right amount of block indent. > > It is ok, they will learn to adapt In that case, they can adapt to having all the code on one line as well. In fact, screw whitespace. What has whitespace ever done for me? The entire program should be written on one line. We have tabs for a reason, you know! Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290746 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards / "validation"
> I am of the opinion that all warnings in a program (java, for example) > should be tracked down and eliminated, even if the "fix" is just to > disable the warning on the one method/line that is complaining (because > it is "right"), but every one of them should be examined. For ever 100 > warnings I get rid of (in a large java program, say) I might find one > bug waiting to happen, and that one bug is worth fixing. I agree completely here and it is an ethos that has been drilled into me for years and years. After I left University, my first job entailed working on a massive Delphi application consisting of a client, server and a planning engine all on top of an Oracle database. Customers would complain about the instability of the client software and when I first compiled it, I knew why... over 4000 hints and 2000 warnings! Needless to say, I raised this and was given permission to investigate and reduce the number of hints and warnings. It took a couple of months to do but every time I committed changes, there was a marked improvement in stability. In the end, the compiler was reporting around 100 hints and no warnings... There were no complaints of instability after we achieved that. On a CF front, to check my CFCs for vars that aren't declared, I use varscoper. http://www.schierberl.com/cfblog/index.cfm/2007/10/7/varScoper-11--now-with- cfscript-parsing In fact, in writing this e-mail, I've just realised that 3 days ago, it was updated so it should be even better than before... Downloading it now :-) The other thing I tend to do is make use of cfcompile on a command prompt to detect any coding errors that may be lying in wait for me. Used In combination with varscoper, it makes for very reliable CFC coding. Paul ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290743 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards / "validation"
What you say is true (only a programmer can know how a variable is used), but a warning generated if a variable is not explicitly scoped would help find the little oversights that can be a real pain to track down. I am of the opinion that all warnings in a program (java, for example) should be tracked down and eliminated, even if the "fix" is just to disable the warning on the one method/line that is complaining (because it is "right"), but every one of them should be examined. For ever 100 warnings I get rid of (in a large java program, say) I might find one bug waiting to happen, and that one bug is worth fixing. Thanks Mark -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 09, 2007 8:15 PM To: CF-Talk Subject: RE: CF Coding Standards > What I would find more interesting is something approaching a "coding > style validator" for important things, like "var"ing local variables > in functions and always scoping variables properly (to the degree that > I would want), checking for cfparam tags for url, form, and attribute > variables, etc. Those are functional changes, not stylistic changes. You won't find much to help you with functional changes - that's your job as a programmer. For example, you might have a reference to a variable within a function. Should it be local? Only you can answer that - it could be a reference to a variable that actually exists outside the function (this is relatively common in CFC methods, for example). Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290736 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
On Wednesday 10 Oct 2007, [EMAIL PROTECTED] wrote: > It is ok, they will learn to adapt I'll set my reply-to template to use '-~-~=>' rather than '>' for quotes then :-) -- Tom Chiverton, are you a great ColdFusion programmer, who knows Reactor and ColdSpring, and has done some Flex work ? Would you like to work for a top 30 law firm in Manchester, UK ? Are not an agency ? If yes, send email ! This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290740 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards / "validation"
Yeah, there must be one but I haven't looked at it. They must be some issues with it though because there is an option to turn it off and I've seen it get pretty confused with strings with embedded quotes in them, for example. Thanks Mark -Original Message- From: Jaime Metcher [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 09, 2007 7:50 PM To: CF-Talk Subject: RE: CF Coding Standards Surely the Smith project has one? For that matter, cfeclipse itself is obviously doing some sort of parsing, no? Jaime > -Original Message- > From: Mark Mandel [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 October 2007 9:04 AM > To: CF-Talk > Subject: Re: CF Coding Standards > > > Gaulin, > > To do something like that, you would need a decent Open Source CFML > parser. > > I started working on one a while back, and got pretty far into it, but > I got sidetracked by other OSS commitments. > > I should return to it at some point, and finish it off. > > Mark > > On 10/10/07, Gaulin, Mark <[EMAIL PROTECTED]> wrote: > > Actually, all this talk about cf code formatting styles is > making me wish there was a way to reformat code in cfeclipse (to my > liking), but I'd always be wary about the formatter changing something > important (and subtle) in the html. Still, it might make an > interesting addition to cfeclipse. > > > > What I would find more interesting is something approaching a > "coding style validator" for important things, like "var"ing local > variables in functions and always scoping variables properly (to the > degree that I would want), checking for cfparam tags for url, form, > and attribute variables, etc. > > > > Does anything like that already exist for Eclipse, or in CFEclipse? > > > > Thanks > > Mark > > > > > > > > From: Matt Robertson [mailto:[EMAIL PROTECTED] > > Sent: Tue 10/9/2007 3:41 PM > > To: CF-Talk > > Subject: Re: CF Coding Standards > > > > > > > > or don't do tabs and use spaces exclusively. Tell HomeSite/CF > > Studio to convert tabs to spaces so you don't have to actually use > > the spacebar. I went that route after I wound up having to edit > > non-CF code in HS and weird things started happening to the other > > code, whose > > (primitive) native editor used spaces only, and whose interpreter > > didn't figure on seeing tabs in the code like that. Not sure if CF > > cares much over the extra char count. > > > > Must be a slow day if we are all waxing eloquent on this utterly > > worthless topic :D > > > > Oh and another variation on the tag thing: > > > > >to="#MailList.EmailAddr#" > >from="#MailList.EmailFrom#" > >subject="#MailList.EmailSubject#" > >server="#MailList.EmailServer#" > >type="HTML"> > > > > I put the closing bracket on the same line as the last > attribute. woo hoo. > > > > -- > > [EMAIL PROTECTED] > > Janitor, The Robertson Team > > mysecretbase.com > > > > > > > > > > ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290738 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards / "validation"
Yeah, a good CF parser would definitely be needed. Does your parser handle CFCs? What language is it written in? To do coding standard validation you'd also need a flexible/configurable model for what rules to enforce, and that can be tricky too. Thanks Mark -Original Message- From: Mark Mandel [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 09, 2007 7:04 PM To: CF-Talk Subject: Re: CF Coding Standards Gaulin, To do something like that, you would need a decent Open Source CFML parser. I started working on one a while back, and got pretty far into it, but I got sidetracked by other OSS commitments. I should return to it at some point, and finish it off. Mark On 10/10/07, Gaulin, Mark <[EMAIL PROTECTED]> wrote: > Actually, all this talk about cf code formatting styles is making me wish there was a way to reformat code in cfeclipse (to my liking), but I'd always be wary about the formatter changing something important (and subtle) in the html. Still, it might make an interesting addition to cfeclipse. > > What I would find more interesting is something approaching a "coding style validator" for important things, like "var"ing local variables in functions and always scoping variables properly (to the degree that I would want), checking for cfparam tags for url, form, and attribute variables, etc. > > Does anything like that already exist for Eclipse, or in CFEclipse? > > Thanks > Mark > > > > From: Matt Robertson [mailto:[EMAIL PROTECTED] > Sent: Tue 10/9/2007 3:41 PM > To: CF-Talk > Subject: Re: CF Coding Standards > > > > or don't do tabs and use spaces exclusively. Tell HomeSite/CF Studio > to convert tabs to spaces so you don't have to actually use the > spacebar. I went that route after I wound up having to edit non-CF > code in HS and weird things started happening to the other code, whose > (primitive) native editor used spaces only, and whose interpreter > didn't figure on seeing tabs in the code like that. Not sure if CF > cares much over the extra char count. > > Must be a slow day if we are all waxing eloquent on this utterly > worthless topic :D > > Oh and another variation on the tag thing: > > to="#MailList.EmailAddr#" >from="#MailList.EmailFrom#" >subject="#MailList.EmailSubject#" >server="#MailList.EmailServer#" >type="HTML"> > > I put the closing bracket on the same line as the last attribute. woo hoo. > > -- > [EMAIL PROTECTED] > Janitor, The Robertson Team > mysecretbase.com > > > > ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290737 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
It is ok, they will learn to adapt On 10/10/07, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > On Tuesday 09 Oct 2007, [EMAIL PROTECTED] wrote: > > or don't do tabs and use spaces exclusively. > > Noo ! > Now you've forced the whole world to use what you think is the right > amount of > block indent. > > -- > Tom Chiverton > Helping to enormously revolutionize seamless ROI > on: http://thefalken.livejournal.com > > > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England > and Wales under registered number OC307980 whose registered office address > is at St James's Court Brown Street Manchester M2 2JF. A list of members is > available for inspection at the registered office. Any reference to a > partner in relation to Halliwells LLP means a member of Halliwells > LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and > may be confidential or legally privileged. If you are not the addressee you > must not read it and must not use any information contained in nor copy it > nor inform any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in error please > delete it and notify Halliwells LLP IT Department on 0870 365 8008. > > For more information about Halliwells LLP visit www.halliwells.com. > > ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290734 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
On Tuesday 09 Oct 2007, [EMAIL PROTECTED] wrote: > or don't do tabs and use spaces exclusively. Noo ! Now you've forced the whole world to use what you think is the right amount of block indent. -- Tom Chiverton Helping to enormously revolutionize seamless ROI on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290724 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
> What I would find more interesting is something approaching a > "coding style validator" for important things, like "var"ing > local variables in functions and always scoping variables > properly (to the degree that I would want), checking for > cfparam tags for url, form, and attribute variables, etc. Those are functional changes, not stylistic changes. You won't find much to help you with functional changes - that's your job as a programmer. For example, you might have a reference to a variable within a function. Should it be local? Only you can answer that - it could be a reference to a variable that actually exists outside the function (this is relatively common in CFC methods, for example). Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290711 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
Surely the Smith project has one? For that matter, cfeclipse itself is obviously doing some sort of parsing, no? Jaime > -Original Message- > From: Mark Mandel [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 October 2007 9:04 AM > To: CF-Talk > Subject: Re: CF Coding Standards > > > Gaulin, > > To do something like that, you would need a decent Open Source > CFML parser. > > I started working on one a while back, and got pretty far into it, but > I got sidetracked by other OSS commitments. > > I should return to it at some point, and finish it off. > > Mark > > On 10/10/07, Gaulin, Mark <[EMAIL PROTECTED]> wrote: > > Actually, all this talk about cf code formatting styles is > making me wish there was a way to reformat code in cfeclipse (to > my liking), but I'd always be wary about the formatter changing > something important (and subtle) in the html. Still, it might > make an interesting addition to cfeclipse. > > > > What I would find more interesting is something approaching a > "coding style validator" for important things, like "var"ing > local variables in functions and always scoping variables > properly (to the degree that I would want), checking for cfparam > tags for url, form, and attribute variables, etc. > > > > Does anything like that already exist for Eclipse, or in CFEclipse? > > > > Thanks > > Mark > > > > > > > > From: Matt Robertson [mailto:[EMAIL PROTECTED] > > Sent: Tue 10/9/2007 3:41 PM > > To: CF-Talk > > Subject: Re: CF Coding Standards > > > > > > > > or don't do tabs and use spaces exclusively. Tell HomeSite/CF Studio > > to convert tabs to spaces so you don't have to actually use the > > spacebar. I went that route after I wound up having to edit non-CF > > code in HS and weird things started happening to the other code, whose > > (primitive) native editor used spaces only, and whose interpreter > > didn't figure on seeing tabs in the code like that. Not sure if CF > > cares much over the extra char count. > > > > Must be a slow day if we are all waxing eloquent on this utterly > > worthless topic :D > > > > Oh and another variation on the tag thing: > > > > >to="#MailList.EmailAddr#" > >from="#MailList.EmailFrom#" > >subject="#MailList.EmailSubject#" > >server="#MailList.EmailServer#" > >type="HTML"> > > > > I put the closing bracket on the same line as the last > attribute. woo hoo. > > > > -- > > [EMAIL PROTECTED] > > Janitor, The Robertson Team > > mysecretbase.com > > > > > > > > > > ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290709 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
Cutter (CFRelated) wrote: > People still use HomeSite or CF Studio!?! (Cutter ducks from the flying > objects) ;) Only when I have too much stuff in memory to load Notepad :D -- [EMAIL PROTECTED] Janitor, The Robertson Team mysecretbase.com ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290710 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
>>People still use HomeSite or CF Studio!?! Sure. I tried DW once, and CFEclipse too... Glad I didn't uninstall CF STudio! -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290706 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
I always like the people who use CFStudio because they say Homesite sucks ;) On 10/9/07, Cutter (CFRelated) <[EMAIL PROTECTED]> wrote: > > People still use HomeSite or CF Studio!?! (Cutter ducks from the flying > objects) ;) > > Steve "Cutter" Blades > Adobe Certified Professional > Advanced Macromedia ColdFusion MX 7 Developer > _ > http://blog.cutterscrossing.com > > Matt Robertson wrote: > > or don't do tabs and use spaces exclusively. Tell HomeSite/CF Studio > > to convert tabs to spaces so you don't have to actually use the > > spacebar. I went that route after I wound up having to edit non-CF > > code in HS and weird things started happening to the other code, whose > > (primitive) native editor used spaces only, and whose interpreter > > didn't figure on seeing tabs in the code like that. Not sure if CF > > cares much over the extra char count. > > > > Must be a slow day if we are all waxing eloquent on this utterly > > worthless topic :D > > > > Oh and another variation on the tag thing: > > > > >to="#MailList.EmailAddr#" > >from="#MailList.EmailFrom#" > >subject="#MailList.EmailSubject#" > >server="#MailList.EmailServer#" > >type="HTML"> > > > > I put the closing bracket on the same line as the last attribute. woo > hoo. > > > > ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290705 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
Gaulin, To do something like that, you would need a decent Open Source CFML parser. I started working on one a while back, and got pretty far into it, but I got sidetracked by other OSS commitments. I should return to it at some point, and finish it off. Mark On 10/10/07, Gaulin, Mark <[EMAIL PROTECTED]> wrote: > Actually, all this talk about cf code formatting styles is making me wish > there was a way to reformat code in cfeclipse (to my liking), but I'd always > be wary about the formatter changing something important (and subtle) in the > html. Still, it might make an interesting addition to cfeclipse. > > What I would find more interesting is something approaching a "coding style > validator" for important things, like "var"ing local variables in functions > and always scoping variables properly (to the degree that I would want), > checking for cfparam tags for url, form, and attribute variables, etc. > > Does anything like that already exist for Eclipse, or in CFEclipse? > > Thanks > Mark > > > > From: Matt Robertson [mailto:[EMAIL PROTECTED] > Sent: Tue 10/9/2007 3:41 PM > To: CF-Talk > Subject: Re: CF Coding Standards > > > > or don't do tabs and use spaces exclusively. Tell HomeSite/CF Studio > to convert tabs to spaces so you don't have to actually use the > spacebar. I went that route after I wound up having to edit non-CF > code in HS and weird things started happening to the other code, whose > (primitive) native editor used spaces only, and whose interpreter > didn't figure on seeing tabs in the code like that. Not sure if CF > cares much over the extra char count. > > Must be a slow day if we are all waxing eloquent on this utterly > worthless topic :D > > Oh and another variation on the tag thing: > > to="#MailList.EmailAddr#" >from="#MailList.EmailFrom#" >subject="#MailList.EmailSubject#" >server="#MailList.EmailServer#" >type="HTML"> > > I put the closing bracket on the same line as the last attribute. woo hoo. > > -- > [EMAIL PROTECTED] > Janitor, The Robertson Team > mysecretbase.com > > > > ~| ColdFusion 8 - Build next generation apps today, with easy PDF and Ajax features - download now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290703 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards
Actually, all this talk about cf code formatting styles is making me wish there was a way to reformat code in cfeclipse (to my liking), but I'd always be wary about the formatter changing something important (and subtle) in the html. Still, it might make an interesting addition to cfeclipse. What I would find more interesting is something approaching a "coding style validator" for important things, like "var"ing local variables in functions and always scoping variables properly (to the degree that I would want), checking for cfparam tags for url, form, and attribute variables, etc. Does anything like that already exist for Eclipse, or in CFEclipse? Thanks Mark From: Matt Robertson [mailto:[EMAIL PROTECTED] Sent: Tue 10/9/2007 3:41 PM To: CF-Talk Subject: Re: CF Coding Standards or don't do tabs and use spaces exclusively. Tell HomeSite/CF Studio to convert tabs to spaces so you don't have to actually use the spacebar. I went that route after I wound up having to edit non-CF code in HS and weird things started happening to the other code, whose (primitive) native editor used spaces only, and whose interpreter didn't figure on seeing tabs in the code like that. Not sure if CF cares much over the extra char count. Must be a slow day if we are all waxing eloquent on this utterly worthless topic :D Oh and another variation on the tag thing: I put the closing bracket on the same line as the last attribute. woo hoo. -- [EMAIL PROTECTED] Janitor, The Robertson Team mysecretbase.com ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290701 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
People still use HomeSite or CF Studio!?! (Cutter ducks from the flying objects) ;) Steve "Cutter" Blades Adobe Certified Professional Advanced Macromedia ColdFusion MX 7 Developer _ http://blog.cutterscrossing.com Matt Robertson wrote: > or don't do tabs and use spaces exclusively. Tell HomeSite/CF Studio > to convert tabs to spaces so you don't have to actually use the > spacebar. I went that route after I wound up having to edit non-CF > code in HS and weird things started happening to the other code, whose > (primitive) native editor used spaces only, and whose interpreter > didn't figure on seeing tabs in the code like that. Not sure if CF > cares much over the extra char count. > > Must be a slow day if we are all waxing eloquent on this utterly > worthless topic :D > > Oh and another variation on the tag thing: > > to="#MailList.EmailAddr#" >from="#MailList.EmailFrom#" >subject="#MailList.EmailSubject#" >server="#MailList.EmailServer#" >type="HTML"> > > I put the closing bracket on the same line as the last attribute. woo hoo. > ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290696 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
>>Tell HomeSite/CF Studio to convert tabs to spaces so you don't have to actually use the spacebar. Exact. And you can have tabs to be converted to only 2, 3, or 4 spaces. Another reason for doing so is when you want to look at the source code your template has generated. Both Explorer and Mozilla replace tabs with 8 spaces, which is an awful lot. -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290691 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
Actually it is one of those days that I wish I had brought my sledge hammer to work with me. This subject is just putting a little chuckle into my day. On 10/9/07, Matt Robertson <[EMAIL PROTECTED]> wrote: > > > > Must be a slow day if we are all waxing eloquent on this utterly > worthless topic :D > > ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290689 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
or don't do tabs and use spaces exclusively. Tell HomeSite/CF Studio to convert tabs to spaces so you don't have to actually use the spacebar. I went that route after I wound up having to edit non-CF code in HS and weird things started happening to the other code, whose (primitive) native editor used spaces only, and whose interpreter didn't figure on seeing tabs in the code like that. Not sure if CF cares much over the extra char count. Must be a slow day if we are all waxing eloquent on this utterly worthless topic :D Oh and another variation on the tag thing: I put the closing bracket on the same line as the last attribute. woo hoo. -- [EMAIL PROTECTED] Janitor, The Robertson Team mysecretbase.com ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290687 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
Ok then do not do the spaces and get as close as possible with the tabs and save yourself less than a second and some more of your time. I usually just do the tab anyway, if I am doing that style at all, since I am lazy like that but I have done the spaces as well and yet to bite me in the bum during all these years. On 10/9/07, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > On Tuesday 09 Oct 2007, [EMAIL PROTECTED] wrote: > > It only takes maybe 1 second more to do, > > For every call :-) > > > you type in the first attribute > > and its value, you press enter, you press tab until you are close to > lined > > up and then press the space bar until you are lined up then you type in > the > > second attribute and its value then press enter and type in the third > > attribute and its value. > > I hate mixing spaces and tabs. As soon as another dev has an alternative > tab > stop interval, it all goes gaga. At least with going to the same tab stop > it's aligned on a tab boundary. > > > Your time must be mighty valuable > > At XX thousend pounds a year, yeah :-) > > -- > Tom Chiverton > Helping to enormously network B2B interfaces > on: http://thefalken.livejournal.com > > > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England > and Wales under registered number OC307980 whose registered office address > is at St James's Court Brown Street Manchester M2 2JF. A list of members is > available for inspection at the registered office. Any reference to a > partner in relation to Halliwells LLP means a member of Halliwells > LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and > may be confidential or legally privileged. If you are not the addressee you > must not read it and must not use any information contained in nor copy it > nor inform any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in error please > delete it and notify Halliwells LLP IT Department on 0870 365 8008. > > For more information about Halliwells LLP visit www.halliwells.com. > > ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290667 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards
> I hate mixing spaces and tabs. As soon as another dev has an > alternative tab stop interval, it all goes gaga. At least > with going to the same tab stop it's aligned on a tab boundary. I agree, that's a bad idea. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290662 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
On Tuesday 09 Oct 2007, [EMAIL PROTECTED] wrote: > It only takes maybe 1 second more to do, For every call :-) > you type in the first attribute > and its value, you press enter, you press tab until you are close to lined > up and then press the space bar until you are lined up then you type in the > second attribute and its value then press enter and type in the third > attribute and its value. I hate mixing spaces and tabs. As soon as another dev has an alternative tab stop interval, it all goes gaga. At least with going to the same tab stop it's aligned on a tab boundary. > Your time must be mighty valuable At XX thousend pounds a year, yeah :-) -- Tom Chiverton Helping to enormously network B2B interfaces on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290649 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
It only takes maybe 1 second more to do, you type in the first attribute and its value, you press enter, you press tab until you are close to lined up and then press the space bar until you are lined up then you type in the second attribute and its value then press enter and type in the third attribute and its value. Your time must be mighty valuable to have to try and save seconds here and there. Of course with that said, I almost never do it on a first writing of something and I only do it usually when it is a lot of attributes with long values and it becomes harder for me to read when all on one line and debugging something. On 10/9/07, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > On Monday 08 Oct 2007, [EMAIL PROTECTED] wrote: > > If I put attributes like that on a new line, I always try to make a note > to > > line up the first letters like how you have posted. Sometimes I get > > I'll do it if I've *really* got the time to spare, otherwise they all go > on > the nearest tab stop past the start of the first argument. > > -- > Tom Chiverton > Helping to seamlessly consolidate cross-platform mindshares > on: http://thefalken.livejournal.com > > > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England > and Wales under registered number OC307980 whose registered office address > is at St James's Court Brown Street Manchester M2 2JF. A list of members is > available for inspection at the registered office. Any reference to a > partner in relation to Halliwells LLP means a member of Halliwells > LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and > may be confidential or legally privileged. If you are not the addressee you > must not read it and must not use any information contained in nor copy it > nor inform any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in error please > delete it and notify Halliwells LLP IT Department on 0870 365 8008. > > For more information about Halliwells LLP visit www.halliwells.com. > > ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290645 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
On Monday 08 Oct 2007, [EMAIL PROTECTED] wrote: > If I put attributes like that on a new line, I always try to make a note to > line up the first letters like how you have posted. Sometimes I get I'll do it if I've *really* got the time to spare, otherwise they all go on the nearest tab stop past the start of the first argument. -- Tom Chiverton Helping to seamlessly consolidate cross-platform mindshares on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290642 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
I agree with William except on point ... William, I'm sure you're idea is in the spirit of improvement and sharing, but putting Jr. developers on the hot seat and allow senior developers to show off a little is one of the reasons I don't like working in large development teams with this kind of environment. There's nothing worse than a knowledgable developer that wields his knowledge for the benefit of their own ego at the expense of others. It should be more of a mentoring environment. It's true, that a developers knowledge is their greatest stregnth, but the use of that knowledge is the greater test the person's character. My 2 cents. >You are the lead, you see a problem with not only the current code but >future code put together. You are introducing standards to the group. This >is not at all a bad thing. You will probably be heralded in the future for >your attempts now, however despised you might be for it now. > >I would suggest doing 'spot checks' on other people's code, or 'peer >reviews' on their code so that you can verify that the standards are being >kept to. > >You might even do this as a 'group' event. Where the group of developers >gets together and puts 1 programmer on the 'hot' seat. The programmer will >'run through' his/her code and explain what it is doing and why it is there. >You could critique the code based on ample commenting and standards >adherence, and you can have the group come up with plausible solutions for >'heavy' code or code that is 'muddled'. This would be a great exercise to >help the 'junior' coders get better as well as the 'senior' coders to hone >their skills and 'show off' a little. To get everyone off on the right foot >you might even make the first few 'sessions' regarding a custom tag or UDF >that you can download from the exchange. Send it out to everyone and have >everyone 'change it' based on their programming skills but to your new >standards. Then you can run through the original example and open it up for >discussion. > >Just an idea... > >Can you tell I am 'dying' to get out of my '1 guy' shop and join a bigger >team? > >William > >-- >William E. Seiter > >Have you ever read a book that changed your life? >Go to: www.winninginthemargins.com >Enter passkey: goldengrove >I recently started a position as a technical lead at a new company. Most of >the development is done on a few intranet/extranet sites, so the code (much >of it spaghetti) is touched by a lot of different developers. > >I've recently set up a wiki that contains coding standards, and used a lot >of the LiveDocs recommendations (with a "References" section indicating >sources). I've gone the route of placing these standards under some general >categories, such as "Security", "Performance", and "Stylistic". > >The "Stylistic" category defines things such as capitalization and >indentation. It may have been a bad idea, but with this category, we came to >a lot of these standards based on the consensus of the group - most of whom >maintain the coding style of the CFWACK, e.g., title casing function names, >uppercasing CF operators, etc. > >Wondering if any of you would think it is beneficial (or too draconian) to >have these "stylistic" standards in place, even if it isn't an individual's >preference, to promote readability, consistency and prevent constant >reformatting (annoying when doing diffs), especially in an environment where >different developers are touching a lot of the same code? > > > > >http://webapper.net/index.cfm?fuseaction=Fuseblog.ShowComments&ArticleID=200 ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290595 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
On 10/8/07, Rick Root <[EMAIL PROTECTED]> wrote: > Man, sometimes I wish I could clear my spouse's arguments too. Her arguments make me want to recurse too. -- Matt Williams "It's the question that drives us." ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290591 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
Personally, I will break out attributes of a cf tag to a "one per line" type arrangement only if there are a lot of attributes. For example, I never do it for cfargument but have been known to do it for other tags - especially if some of the attribute values are long.. like in cffile with full paths in the arguments. I'll also break out parameters of function calls if there are a lot of parameters... For example, at this very moment, I just wrote this code: rick ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290588 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
i don't normally line up the attribute/value pairs by the = sign, but i do like to break out longer tags (tags with many attributes) as follows: the major difference between this and what others have posted so far is putting the first attribute (in this case, 'name') on its own line. On 10/8/07, Dawson, Michael <[EMAIL PROTECTED]> wrote: > I like the method of lining up the attributes AND equal signs. I > beginning to switch to this format for long tag definitions. > > type = "string" > required = "true" > hint = "first name of person"> > > -- Charlie Griefer "...All the world shall be your enemy, Prince with a Thousand Enemies, and whenever they catch you, they will kill you. But first they must catch you, digger, listener, runner, prince with a swift warning. Be cunning and full of tricks and your people shall never be destroyed." ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290578 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
I like the method of lining up the attributes AND equal signs. I beginning to switch to this format for long tag definitions. M!ke -Original Message- From: Tom Chiverton [mailto:[EMAIL PROTECTED] Sent: Monday, October 08, 2007 10:48 AM To: CF-Talk Subject: Re: CF Coding Standards > I also think the over use of new lines doesn't help with readability > either > > type="string" > required="true" > hint="first name of person" > /> Where as I find newline+indent really helps: -- Tom Chiverton ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290570 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
On 10/8/07, Robert Rawlins - Think Blue <[EMAIL PROTECTED]> wrote: > Hehe, it's funny how people have different trends isn't it, I can't stand > having my code lined and indented like this, it makes me feel giddy when I'm > looking at it. I have other odd traits though, like capitalizing my scopes > like VARIABLES and ARGUMENTS, I find that now if I'm looking through > someone's code and they haven't don't it, their scopes almost appear > invisible to me. This thread is a great example of why specifics of whitespace, indentation and the minutiae of naming is such a waste of time, compared to readability and maintainability at a grander scale. In many ways, the "meat" is in the Mach-II Coding Guidelines on LiveDocs rather than the general ColdFusion Coding Guidelines: http://livedocs.adobe.com/wtg/public/machiidevguide/index.html Although it focuses on Mach-II, much of the advice about application structure applies to other frameworks (and to non-framework code that uses CFCs). -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290569 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
Hehe, it's funny how people have different trends isn't it, I can't stand having my code lined and indented like this, it makes me feel giddy when I'm looking at it. I have other odd traits though, like capitalizing my scopes like VARIABLES and ARGUMENTS, I find that now if I'm looking through someone's code and they haven't don't it, their scopes almost appear invisible to me. Rob -Original Message- From: Aaron Rouse [mailto:[EMAIL PROTECTED] Sent: 08 October 2007 17:00 To: CF-Talk Subject: Re: CF Coding Standards If I put attributes like that on a new line, I always try to make a note to line up the first letters like how you have posted. Sometimes I get "adventurous" and line them all up meaning they are lined up with the "n" on name. On 10/8/07, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > > I also think the over use of new lines doesn't help with readability > either > > > > > type="string" > > required="true" > > hint="first name of person" > > /> > > Where as I find newline+indent really helps: > type="string" > required="true" > hint="first name of person"/> > > > -- > Tom Chiverton > Helping to efficiently initiate magnetic niches > on: http://thefalken.livejournal.com > > > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England > and Wales under registered number OC307980 whose registered office address > is at St James's Court Brown Street Manchester M2 2JF. A list of members is > available for inspection at the registered office. Any reference to a > partner in relation to Halliwells LLP means a member of Halliwells > LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and > may be confidential or legally privileged. If you are not the addressee you > must not read it and must not use any information contained in nor copy it > nor inform any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in error please > delete it and notify Halliwells LLP IT Department on 0870 365 8008. > > For more information about Halliwells LLP visit www.halliwells.com. > > ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290565 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
If I put attributes like that on a new line, I always try to make a note to line up the first letters like how you have posted. Sometimes I get "adventurous" and line them all up meaning they are lined up with the "n" on name. On 10/8/07, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > > I also think the over use of new lines doesn't help with readability > either > > > > > type="string" > > required="true" > > hint="first name of person" > > /> > > Where as I find newline+indent really helps: > type="string" > required="true" > hint="first name of person"/> > > > -- > Tom Chiverton > Helping to efficiently initiate magnetic niches > on: http://thefalken.livejournal.com > > > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England > and Wales under registered number OC307980 whose registered office address > is at St James's Court Brown Street Manchester M2 2JF. A list of members is > available for inspection at the registered office. Any reference to a > partner in relation to Halliwells LLP means a member of Halliwells > LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and > may be confidential or legally privileged. If you are not the addressee you > must not read it and must not use any information contained in nor copy it > nor inform any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in error please > delete it and notify Halliwells LLP IT Department on 0870 365 8008. > > For more information about Halliwells LLP visit www.halliwells.com. > > ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290561 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
> I also think the over use of new lines doesn't help with readability either > > type="string" > required="true" > hint="first name of person" > /> Where as I find newline+indent really helps: -- Tom Chiverton Helping to efficiently initiate magnetic niches on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290559 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
>>The first is a superfluous use of carriage returns in my opinion and does nothing to improve readability. The idea is that if a line is too long, it will be broken in your editor anyway, so better break it yourself at some logical points, indent it, and make it more readable, ie: -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290556 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
Any coding standard that works toward readability and maintainability of code is a good thing, but going overboard in any one direction makes the job harder. I also think the over use of new lines doesn't help with readability either or The first is a superfluous use of carriage returns in my opinion and does nothing to improve readability. -- Gary Gilbert http://www.garyrgilbert.com/blog ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290537 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
On 10/8/07, Dale Fraser <[EMAIL PROTECTED]> wrote: > > " Consistency is important, the minutiae of capitalization and whitespace > is > not." > > I don't agree with this, as standards go the whitespace (tab obsession) is > very important. > > Take this example (might not come out right on email. > > Select * > FromTable > Where X = 1 > And Y = 1 > > And this > > Select * > FromTable > Where X = 1 and Y = 1 > > These are different standards, if you get used to reading the first, you > easily miss the second part of the where in the second. > > Regards > Dale Fraser > > http://learncf.com If you are using cfqueryparam it would be kinda stupid putting statements on one line. SELECT X, Y FROMTable WHEREX = AND Y = ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290533 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
I can understand the point of needing to be consistent but I have worked on some projects where the consistent style was extremely hard to follow because the person who did everything originally feared whitespace so no tabs very littles spaces and very little new lines. Although now days a lot of programs would make things easy in going in there and dividing things up to some extent, still was a pain at the time. On 10/7/07, Dave Watts <[EMAIL PROTECTED]> wrote: > > > " Consistency is important, the minutiae of capitalization > > and whitespace is not." > > > > I don't agree with this, as standards go the whitespace (tab > > obsession) is very important. > > > > Take this example (might not come out right on email. > > > > Select* > > From Table > > Where X = 1 > > And Y = 1 > > > > And this > > > > Select* > > From Table > > Where X = 1 and Y = 1 > > > > These are different standards, if you get used to reading the > > first, you easily miss the second part of the where in the second. > > Perhaps, but neither is superior to the other. Pick one and go with it - > that's Sean's point. That's consistency. > > Dave Watts, CTO, Fig Leaf Software > http://www.figleaf.com/ > > Fig Leaf Software provides the highest caliber vendor-authorized > instruction at our training centers in Washington DC, Atlanta, > Chicago, Baltimore, Northern Virginia, or on-site at your location. > Visit http://training.figleaf.com/ for more information! > > > ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290530 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
On Saturday 06 Oct 2007, [EMAIL PROTECTED] wrote: > With posting them on the Wiki, in hopes we all could adapt to them *Nobody* else['s company] is going to mold themselves around you/your companies coding standards. These sort of standards tend to vary a lot across development teams. -- Tom Chiverton Helping to augmentatively orchestrate eligible e-services on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290529 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
thank you all for the feedback. this is my first time i am in a position where i have oversight over the development in a team, so i'm thankful for the insight from you who have this experience. the bulk of a proposed coding standards dealt with topics such as making moves toward more "web standards" compliant markup code, not using IE only DOM references, proper scoping of variables, especially in CFCs, some basic guidelines for more efficient SQL, etc. the issue i was running into was that there wasn't any consistency, even from the code developed by individual developers. often, i came across things like long sql statements in cfquerys and stored procs on one line, or the random use of capitalization of variable names in a single file. i've always been of the mind that these "stylistic" details should follow the general rule of being consistent and readable, but have found that just broadly stating it isn't necessarily clear to everyone what that is and prompts the question of what that specifically means. i debated back and forth with myself as to whether to put these in a coding standards doc, or to address these on an individual basis. i decided that the most pragmatic route was to put them in the doc, so that even if they were not "complied" with, they could be used as an example of code that was consistent and readable. i've seen some of these discussions before in the cf community, and i'm of the opinion that these stylistic choices shouldn't be in a community best practices or standards doc, but was wondering if others have found them helpful in the context of a team with members of varying skill sets. On 10/7/07, Dave Watts <[EMAIL PROTECTED]> wrote: > > > " Consistency is important, the minutiae of capitalization > > and whitespace is not." > > > > I don't agree with this, as standards go the whitespace (tab > > obsession) is very important. > > > > Take this example (might not come out right on email. > > > > Select* > > From Table > > Where X = 1 > > And Y = 1 > > > > And this > > > > Select* > > From Table > > Where X = 1 and Y = 1 > > > > These are different standards, if you get used to reading the > > first, you easily miss the second part of the where in the second. > > Perhaps, but neither is superior to the other. Pick one and go with it - > that's Sean's point. That's consistency. > > Dave Watts, CTO, Fig Leaf Software > http://www.figleaf.com/ > > Fig Leaf Software provides the highest caliber vendor-authorized > instruction at our training centers in Washington DC, Atlanta, > Chicago, Baltimore, Northern Virginia, or on-site at your location. > Visit http://training.figleaf.com/ for more information! > > > ~| ColdFusion 8 - Build next generation apps today, with easy PDF and Ajax features - download now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290515 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
> " Consistency is important, the minutiae of capitalization > and whitespace is not." > > I don't agree with this, as standards go the whitespace (tab > obsession) is very important. > > Take this example (might not come out right on email. > > Select* > From Table > Where X = 1 > And Y = 1 > > And this > > Select* > From Table > Where X = 1 and Y = 1 > > These are different standards, if you get used to reading the > first, you easily miss the second part of the where in the second. Perhaps, but neither is superior to the other. Pick one and go with it - that's Sean's point. That's consistency. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290512 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
" Consistency is important, the minutiae of capitalization and whitespace is not." I don't agree with this, as standards go the whitespace (tab obsession) is very important. Take this example (might not come out right on email. Select * FromTable Where X = 1 And Y = 1 And this Select * FromTable Where X = 1 and Y = 1 These are different standards, if you get used to reading the first, you easily miss the second part of the where in the second. Regards Dale Fraser http://learncf.com -Original Message- From: Sean Corfield [mailto:[EMAIL PROTECTED] Sent: Monday, 8 October 2007 2:06 PM To: CF-Talk Subject: Re: CF Coding Standards On 10/7/07, Daniel Kim <[EMAIL PROTECTED]> wrote: > I've recently set up a wiki that contains coding standards, and used a lot > of the LiveDocs recommendations Glad you found them useful. > The "Stylistic" category defines things such as capitalization and > indentation. It may have been a bad idea, but with this category, we came to > a lot of these standards based on the consensus of the group It's funny but the stylistic stuff is really completely pointless and unnecessary - as long as you're consistent - but that "fluffy" stuff is what seems to get everyone's attention and they totally miss the *important* stuff which is all about structure and design. I wrote coding standards for a living - for several years - for medium to large corporates, for a variety of languages. My company based them on a a lot of code analysis, a lot of reviews and a lot of experience. In general, we would not make recommendations about "cosmetic" stuff and only if a client insisted would be add in naming conventions and other irrelevant stuff. You need to stop obsessing about that level of things. Consistency is important, the minutiae of capitalization and whitespace is not. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290510 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
On 10/7/07, Daniel Kim <[EMAIL PROTECTED]> wrote: > I've recently set up a wiki that contains coding standards, and used a lot > of the LiveDocs recommendations Glad you found them useful. > The "Stylistic" category defines things such as capitalization and > indentation. It may have been a bad idea, but with this category, we came to > a lot of these standards based on the consensus of the group It's funny but the stylistic stuff is really completely pointless and unnecessary - as long as you're consistent - but that "fluffy" stuff is what seems to get everyone's attention and they totally miss the *important* stuff which is all about structure and design. I wrote coding standards for a living - for several years - for medium to large corporates, for a variety of languages. My company based them on a a lot of code analysis, a lot of reviews and a lot of experience. In general, we would not make recommendations about "cosmetic" stuff and only if a client insisted would be add in naming conventions and other irrelevant stuff. You need to stop obsessing about that level of things. Consistency is important, the minutiae of capitalization and whitespace is not. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290505 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
I literally check developers code a lot when they first start. (2-4 weeks worth) Make sure all the standards are being followed, then I let them go, and developers check each others code once they are in the company standards set. I find, that if you are introducing new standards to a company that doesn't already have them or has bad ones, get the developers to assist with the setting of the standards, that way they feel part of it, not something that's forced upon them. I fanatical about tabbing, but it's all in the greater good. Regards Dale Fraser http://learncf.com -Original Message- From: William Seiter [mailto:[EMAIL PROTECTED] Sent: Monday, 8 October 2007 12:59 PM To: CF-Talk Subject: RE: CF Coding Standards You are the lead, you see a problem with not only the current code but future code put together. You are introducing standards to the group. This is not at all a bad thing. You will probably be heralded in the future for your attempts now, however despised you might be for it now. I would suggest doing 'spot checks' on other people's code, or 'peer reviews' on their code so that you can verify that the standards are being kept to. You might even do this as a 'group' event. Where the group of developers gets together and puts 1 programmer on the 'hot' seat. The programmer will 'run through' his/her code and explain what it is doing and why it is there. You could critique the code based on ample commenting and standards adherence, and you can have the group come up with plausible solutions for 'heavy' code or code that is 'muddled'. This would be a great exercise to help the 'junior' coders get better as well as the 'senior' coders to hone their skills and 'show off' a little. To get everyone off on the right foot you might even make the first few 'sessions' regarding a custom tag or UDF that you can download from the exchange. Send it out to everyone and have everyone 'change it' based on their programming skills but to your new standards. Then you can run through the original example and open it up for discussion. Just an idea... Can you tell I am 'dying' to get out of my '1 guy' shop and join a bigger team? William -- William E. Seiter Have you ever read a book that changed your life? Go to: www.winninginthemargins.com Enter passkey: goldengrove -Original Message- From: Daniel Kim [mailto:[EMAIL PROTECTED] Sent: Sunday, October 07, 2007 3:07 PM To: CF-Talk Subject: Re: CF Coding Standards I recently started a position as a technical lead at a new company. Most of the development is done on a few intranet/extranet sites, so the code (much of it spaghetti) is touched by a lot of different developers. I've recently set up a wiki that contains coding standards, and used a lot of the LiveDocs recommendations (with a "References" section indicating sources). I've gone the route of placing these standards under some general categories, such as "Security", "Performance", and "Stylistic". The "Stylistic" category defines things such as capitalization and indentation. It may have been a bad idea, but with this category, we came to a lot of these standards based on the consensus of the group - most of whom maintain the coding style of the CFWACK, e.g., title casing function names, uppercasing CF operators, etc. Wondering if any of you would think it is beneficial (or too draconian) to have these "stylistic" standards in place, even if it isn't an individual's preference, to promote readability, consistency and prevent constant reformatting (annoying when doing diffs), especially in an environment where different developers are touching a lot of the same code? On 10/7/07, ColdFusion <[EMAIL PROTECTED]> wrote: > > Thanks, I will make note of that. > > -Original Message- > From: Adrian Moreno [mailto:[EMAIL PROTECTED] > Sent: Sunday, October 07, 2007 2:28 AM > To: CF-Talk > Subject: Re: CF Coding Standards > > >I recall a benchmark results from along time ago indicating that if > >your doing more than 3 CFIF/CFELSEIF statements it was better for > >performance to use CFSWITCH. That was discussed here on the mailing list > of > HoF. > > > http://webapper.net/index.cfm?fuseaction=Fuseblog.ShowComments&ArticleID=200 > 60727042244 > > Comparing cfswitch/cfcase vs. cfif/cfelse: They found that when comparing > string values, if/else is much faster then switch/case under load. When > comparing numeric values, switch/case is faster. > > -- Adrian > > > > ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290506 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
You are the lead, you see a problem with not only the current code but future code put together. You are introducing standards to the group. This is not at all a bad thing. You will probably be heralded in the future for your attempts now, however despised you might be for it now. I would suggest doing 'spot checks' on other people's code, or 'peer reviews' on their code so that you can verify that the standards are being kept to. You might even do this as a 'group' event. Where the group of developers gets together and puts 1 programmer on the 'hot' seat. The programmer will 'run through' his/her code and explain what it is doing and why it is there. You could critique the code based on ample commenting and standards adherence, and you can have the group come up with plausible solutions for 'heavy' code or code that is 'muddled'. This would be a great exercise to help the 'junior' coders get better as well as the 'senior' coders to hone their skills and 'show off' a little. To get everyone off on the right foot you might even make the first few 'sessions' regarding a custom tag or UDF that you can download from the exchange. Send it out to everyone and have everyone 'change it' based on their programming skills but to your new standards. Then you can run through the original example and open it up for discussion. Just an idea... Can you tell I am 'dying' to get out of my '1 guy' shop and join a bigger team? William -- William E. Seiter Have you ever read a book that changed your life? Go to: www.winninginthemargins.com Enter passkey: goldengrove -Original Message- From: Daniel Kim [mailto:[EMAIL PROTECTED] Sent: Sunday, October 07, 2007 3:07 PM To: CF-Talk Subject: Re: CF Coding Standards I recently started a position as a technical lead at a new company. Most of the development is done on a few intranet/extranet sites, so the code (much of it spaghetti) is touched by a lot of different developers. I've recently set up a wiki that contains coding standards, and used a lot of the LiveDocs recommendations (with a "References" section indicating sources). I've gone the route of placing these standards under some general categories, such as "Security", "Performance", and "Stylistic". The "Stylistic" category defines things such as capitalization and indentation. It may have been a bad idea, but with this category, we came to a lot of these standards based on the consensus of the group - most of whom maintain the coding style of the CFWACK, e.g., title casing function names, uppercasing CF operators, etc. Wondering if any of you would think it is beneficial (or too draconian) to have these "stylistic" standards in place, even if it isn't an individual's preference, to promote readability, consistency and prevent constant reformatting (annoying when doing diffs), especially in an environment where different developers are touching a lot of the same code? On 10/7/07, ColdFusion <[EMAIL PROTECTED]> wrote: > > Thanks, I will make note of that. > > -Original Message- > From: Adrian Moreno [mailto:[EMAIL PROTECTED] > Sent: Sunday, October 07, 2007 2:28 AM > To: CF-Talk > Subject: Re: CF Coding Standards > > >I recall a benchmark results from along time ago indicating that if > >your doing more than 3 CFIF/CFELSEIF statements it was better for > >performance to use CFSWITCH. That was discussed here on the mailing list > of > HoF. > > > http://webapper.net/index.cfm?fuseaction=Fuseblog.ShowComments&ArticleID=200 > 60727042244 > > Comparing cfswitch/cfcase vs. cfif/cfelse: They found that when comparing > string values, if/else is much faster then switch/case under load. When > comparing numeric values, switch/case is faster. > > -- Adrian > > > > ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290502 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
I recently started a position as a technical lead at a new company. Most of the development is done on a few intranet/extranet sites, so the code (much of it spaghetti) is touched by a lot of different developers. I've recently set up a wiki that contains coding standards, and used a lot of the LiveDocs recommendations (with a "References" section indicating sources). I've gone the route of placing these standards under some general categories, such as "Security", "Performance", and "Stylistic". The "Stylistic" category defines things such as capitalization and indentation. It may have been a bad idea, but with this category, we came to a lot of these standards based on the consensus of the group - most of whom maintain the coding style of the CFWACK, e.g., title casing function names, uppercasing CF operators, etc. Wondering if any of you would think it is beneficial (or too draconian) to have these "stylistic" standards in place, even if it isn't an individual's preference, to promote readability, consistency and prevent constant reformatting (annoying when doing diffs), especially in an environment where different developers are touching a lot of the same code? On 10/7/07, ColdFusion <[EMAIL PROTECTED]> wrote: > > Thanks, I will make note of that. > > -Original Message- > From: Adrian Moreno [mailto:[EMAIL PROTECTED] > Sent: Sunday, October 07, 2007 2:28 AM > To: CF-Talk > Subject: Re: CF Coding Standards > > >I recall a benchmark results from along time ago indicating that if > >your doing more than 3 CFIF/CFELSEIF statements it was better for > >performance to use CFSWITCH. That was discussed here on the mailing list > of > HoF. > > > http://webapper.net/index.cfm?fuseaction=Fuseblog.ShowComments&ArticleID=200 > 60727042244 > > Comparing cfswitch/cfcase vs. cfif/cfelse: They found that when comparing > string values, if/else is much faster then switch/case under load. When > comparing numeric values, switch/case is faster. > > -- Adrian > > > > ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290485 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
Thanks, I will make note of that. -Original Message- From: Adrian Moreno [mailto:[EMAIL PROTECTED] Sent: Sunday, October 07, 2007 2:28 AM To: CF-Talk Subject: Re: CF Coding Standards >I recall a benchmark results from along time ago indicating that if >your doing more than 3 CFIF/CFELSEIF statements it was better for >performance to use CFSWITCH. That was discussed here on the mailing list of HoF. http://webapper.net/index.cfm?fuseaction=Fuseblog.ShowComments&ArticleID=200 60727042244 Comparing cfswitch/cfcase vs. cfif/cfelse: They found that when comparing string values, if/else is much faster then switch/case under load. When comparing numeric values, switch/case is faster. -- Adrian ~| Check out the new features and enhancements in the latest product release - download the "What's New PDF" now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290474 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
>I recall a benchmark results from along time ago indicating that if your >doing more than 3 CFIF/CFELSEIF statements it was better for performance to >use CFSWITCH. That was discussed here on the mailing list of HoF. http://webapper.net/index.cfm?fuseaction=Fuseblog.ShowComments&ArticleID=20060727042244 Comparing cfswitch/cfcase vs. cfif/cfelse: They found that when comparing string values, if/else is much faster then switch/case under load. When comparing numeric values, switch/case is faster. -- Adrian ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290472 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards
I have mentioned Sean as well as Macromedia. I am really learning that the place I did derive mine from adopted theirs from one of those sources. I emailed Sean directly to indicate I mean no disrect and was not trying to take credit for anyone's work. -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED] Sent: Saturday, October 06, 2007 5:40 PM To: CF-Talk Subject: RE: CF Coding Standards > I will make a note at the bottom to indicate about Macromedia, however > I did not adopt them from there. > Again if the previous company did, then I was unaware but will make > the annotation. There does appear to be a lot of similarity to Sean's document. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| ColdFusion 8 - Build next generation apps today, with easy PDF and Ajax features - download now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290470 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
>>My goal is to get a code set that everyone can share and agree What an utopia! For instance, I cannot argue with the fact that many people want to go XHTML, and use tags in lower case, why not? Personally I don't have any interest for XHTML, I'm quite satisfied with HTML and I prefer having all tags in upper case, and keep lower case for content, variable/column names, scripts, etc. But it is a personal taste, I don't see why I should convince other programmers to fell the same way, and above all, nobody will ever tell me how I should rather do it. -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290471 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards
I will make mention of the company I derived my standards from within the Wiki. Again I have no problems is indicating such or giving credit. -Original Message- From: Sean Corfield [mailto:[EMAIL PROTECTED] Sent: Saturday, October 06, 2007 7:17 PM To: CF-Talk Subject: Re: CF Coding Standards On 10/6/07, Dave Watts <[EMAIL PROTECTED]> wrote: > > I will make a note at the bottom to indicate about Macromedia, > > however I did not adopt them from there. > There does appear to be a lot of similarity to Sean's document. Especially since it includes references to Macromedia. If it did not come directly from there, wherever you took it from must have taken it directly from the Macromedia site. It's word-for-word identical in many sections. Randy, you should be honest and state where you did get it from. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| ColdFusion is delivering applications solutions at at top companies around the world in government. Find out how and where now http://www.adobe.com/cfusion/showcase/index.cfm?event=finder&productID=1522&loc=en_us Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290469 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
On 10/6/07, ColdFusion <[EMAIL PROTECTED]> wrote: > Along with some of the comments, I will update the standards. My goal is to > get a code set that everyone can share and agree that they are in best > interest of the coding project. Don't you agree? Why not just use the LiveDocs guidelines and post comments there? That was the whole point of putting them out there for the community years ago. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290467 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF Coding Standards
These were exactly the same comments I posted in the discussion section of Randy's wiki :) OMG, I'm in complete agreement with Claude! The world must be ending... LOL! As for the UPPERCASE DB stuff - that came from the Oracle DBA team at Macromedia (so, yeah, it's a legacy Oracle guideline). On 10/5/07, Claude Schneegans <[EMAIL PROTECTED]> wrote: > >>Precede all but simple variables with a prefix that indicates what > type of data is in the variable. > > Yurk ! This is going back to FORTRAN where integer variables started > with IJKLMN ! > And it is particularly useless in a typeless language like CF. > > >>Use functions when doing TEXT comparisons in CFIF > > Why ? this is only making things look more complicated for nothing. > > >>Use CFSWITCH when you can as it runs faster than several CFIF/CFELSEIFs > > false. CFSWITCH is just equivalent to CFIF...CFELSEIF. > It is just more readable when it replaces many CFELSEIF. > > You're using all upper case names for columns and tables. This only a > bad habit inherited from Oracle. > Most DB systems are case insensitive, and since table and column names > become CF variable names, > the best is yo use the same convention as for CF variable names. ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290466 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards
> I will make a note at the bottom to indicate about > Macromedia, however I did not adopt them from there. > Again if the previous company did, then I was unaware but > will make the annotation. There does appear to be a lot of similarity to Sean's document. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290463 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
On 10/6/07, Dave Watts <[EMAIL PROTECTED]> wrote: > > I will make a note at the bottom to indicate about > > Macromedia, however I did not adopt them from there. > There does appear to be a lot of similarity to Sean's document. Especially since it includes references to Macromedia. If it did not come directly from there, wherever you took it from must have taken it directly from the Macromedia site. It's word-for-word identical in many sections. Randy, you should be honest and state where you did get it from. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| ColdFusion 8 - Build next generation apps today, with easy PDF and Ajax features - download now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290465 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
You can create tables/columns with mixed case in modern versions of Oracle. The values stored within those columns is what is case sensitive so SELECT MyValue FROM MyTable WHERE theValue = 'abc' would return something different than SELECT MyValue FROM MyTable WHERE theValue = 'aBc' I personally do not care to use mixed casing on my table/column names but can be done, just tested it out to make sure. On 10/6/07, ColdFusion <[EMAIL PROTECTED]> wrote: > > Claude, > > Ok I do agree that the Database section should be tailored to the database > platform > As you mentioned Oracle is one that does maintain case sensitivity. > > I do agree that MySQL, MS-SQL, and even Access is case-insensitive. > > I recall a benchmark results from along time ago indicating that if your > doing more than 3 CFIF/CFELSEIF statements it was better for performance > to > use CFSWITCH. That was discussed here on the mailing list of HoF. > > > > -Original Message- > From: Claude Schneegans [mailto:[EMAIL PROTECTED] > Sent: Saturday, October 06, 2007 12:34 AM > To: CF-Talk > Subject: Re: CF Coding Standards > > >>Precede all but simple variables with a prefix that indicates what type > of data is in the variable. > > Yurk ! This is going back to FORTRAN where integer variables started with > IJKLMN ! > And it is particularly useless in a typeless language like CF. > > >>Use functions when doing TEXT comparisons in CFIF > > Why ? this is only making things look more complicated for nothing. > > >>Use CFSWITCH when you can as it runs faster than several CFIF/CFELSEIFs > > false. CFSWITCH is just equivalent to CFIF...CFELSEIF. > It is just more readable when it replaces many CFELSEIF. > > You're using all upper case names for columns and tables. This only a bad > habit inherited from Oracle. > Most DB systems are case insensitive, and since table and column names > become CF variable names, the best is yo use the same convention as for CF > variable names. > > -- > ___ > REUSE CODE! Use custom tags; > See http://www.contentbox.com/claude/customtags/tagstore.cfm > (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. > > > > > ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290446 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards
I will make a note at the bottom to indicate about Macromedia, however I did not adopt them from there. Again if the previous company did, then I was unaware but will make the annotation. Along with some of the comments, I will update the standards. My goal is to get a code set that everyone can share and agree that they are in best interest of the coding project. Don't you agree? Even though everyone has their own style and such. Not saying this is the end all be all of standards. Just a place to have a set people can use and we can keep updated as needed as time goes on. Is that too much to ask? -Original Message- From: Sean Corfield [mailto:[EMAIL PROTECTED] Sent: Friday, October 05, 2007 11:23 PM To: CF-Talk Subject: Re: CF Coding Standards On 10/5/07, ColdFusion <[EMAIL PROTECTED]> wrote: > I put together a wiki for various information as well as putting > together a full set of ColdFusion Coding Standards. Since you've essentially taken the Coding Standards I wrote for Macromedia/Adobe and republished them as a wiki, I've gone ahead and commented on the recommendations I don't like (which, not surprisingly, are ones you've added to my recommendations!). I did not recommend the things you've added for very good reasons: they are not good practices. p.s. The usage guidelines on the Macromedia/Adobe Coding Standards state "You may, however, take a copy of this document and modify it as you see fit to create your own coding guidelines as long as you acknowledge this original document." -- you have NOT acknowledged the original document so you are violating the conditions of use. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290442 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: CF Coding Standards
Actually my coding standards are based on standards that a project I worked on with a company in Virginia had in place. Based on those plus my own style is what you see. Now if the original company took them from something you did or posted awhile back, then my apologies. However I did not or have any need to get them from yours or so. I took the standards I used when I worked with that company and molded them into my own. With posting them on the Wiki, in hopes we all could adapt to them or make them better for everyone to use as a guideline. How many times have you came on to a project or task and have to spending many hours just trying to determine what the previous developer was doing based on lack of comments or atleast some cohernt coding standard. Been there, done that. Again, my apologies if some of them look exactly familiar or so but rest assured, I did adapt them from another project and added my own styles of coding. My way is not the only way by no means!! -Original Message- From: Sean Corfield [mailto:[EMAIL PROTECTED] Sent: Friday, October 05, 2007 11:23 PM To: CF-Talk Subject: Re: CF Coding Standards On 10/5/07, ColdFusion <[EMAIL PROTECTED]> wrote: > I put together a wiki for various information as well as putting > together a full set of ColdFusion Coding Standards. Since you've essentially taken the Coding Standards I wrote for Macromedia/Adobe and republished them as a wiki, I've gone ahead and commented on the recommendations I don't like (which, not surprisingly, are ones you've added to my recommendations!). I did not recommend the things you've added for very good reasons: they are not good practices. p.s. The usage guidelines on the Macromedia/Adobe Coding Standards state "You may, however, take a copy of this document and modify it as you see fit to create your own coding guidelines as long as you acknowledge this original document." -- you have NOT acknowledged the original document so you are violating the conditions of use. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290440 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CF Coding Standards
Claude, Ok I do agree that the Database section should be tailored to the database platform As you mentioned Oracle is one that does maintain case sensitivity. I do agree that MySQL, MS-SQL, and even Access is case-insensitive. I recall a benchmark results from along time ago indicating that if your doing more than 3 CFIF/CFELSEIF statements it was better for performance to use CFSWITCH. That was discussed here on the mailing list of HoF. -Original Message- From: Claude Schneegans [mailto:[EMAIL PROTECTED] Sent: Saturday, October 06, 2007 12:34 AM To: CF-Talk Subject: Re: CF Coding Standards >>Precede all but simple variables with a prefix that indicates what type of data is in the variable. Yurk ! This is going back to FORTRAN where integer variables started with IJKLMN ! And it is particularly useless in a typeless language like CF. >>Use functions when doing TEXT comparisons in CFIF Why ? this is only making things look more complicated for nothing. >>Use CFSWITCH when you can as it runs faster than several CFIF/CFELSEIFs false. CFSWITCH is just equivalent to CFIF...CFELSEIF. It is just more readable when it replaces many CFELSEIF. You're using all upper case names for columns and tables. This only a bad habit inherited from Oracle. Most DB systems are case insensitive, and since table and column names become CF variable names, the best is yo use the same convention as for CF variable names. -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290441 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
>>Precede all but simple variables with a prefix that indicates what type of data is in the variable. Yurk ! This is going back to FORTRAN where integer variables started with IJKLMN ! And it is particularly useless in a typeless language like CF. >>Use functions when doing TEXT comparisons in CFIF Why ? this is only making things look more complicated for nothing. >>Use CFSWITCH when you can as it runs faster than several CFIF/CFELSEIFs false. CFSWITCH is just equivalent to CFIF...CFELSEIF. It is just more readable when it replaces many CFELSEIF. You're using all upper case names for columns and tables. This only a bad habit inherited from Oracle. Most DB systems are case insensitive, and since table and column names become CF variable names, the best is yo use the same convention as for CF variable names. -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290433 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF Coding Standards
On 10/5/07, ColdFusion <[EMAIL PROTECTED]> wrote: > I put together a wiki for various information as well as putting together a > full set of ColdFusion Coding Standards. Since you've essentially taken the Coding Standards I wrote for Macromedia/Adobe and republished them as a wiki, I've gone ahead and commented on the recommendations I don't like (which, not surprisingly, are ones you've added to my recommendations!). I did not recommend the things you've added for very good reasons: they are not good practices. p.s. The usage guidelines on the Macromedia/Adobe Coding Standards state "You may, however, take a copy of this document and modify it as you see fit to create your own coding guidelines as long as you acknowledge this original document." -- you have NOT acknowledged the original document so you are violating the conditions of use. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290430 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF coding standards
I've been writing our General Coding Guidelines for the office, publishing them on my blog as well. Everybody has a different viewpoint, but this is ours at the moment. Still not complete, but it's a start: http://blog.cutterscrossing.com/index.cfm/General-Coding-Guidelines Steve "Cutter" Blades Adobe Certified Professional Advanced Macromedia ColdFusion MX 7 Developer _ http://blog.cutterscrossing.com Michael Traher wrote: > Hi, I'm ashamed to say that despite writing a large amount of CF code we do > not have published and agreed standards. > > We want to put that right, but are thinking that while we could start from > scratch it would nice to have a starting point that we can adapt. > > If anyone has a CF coding standards document they are willing to share > please post to the list or send to me off-list if you prefer. > ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:288896 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF coding standards
On Wednesday 19 Sep 2007, [EMAIL PROTECTED] wrote: > I'm sure Sean will pipe up - but this is NOT "official" Adobe > recommendations. 'Swhy I put it in quotes, innit :-) -- Tom Chiverton Helping to centrally industrialize high-yield services on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Enterprise web applications, build robust, secure scalable apps today - Try it now ColdFusion Today ColdFusion 8 beta - Build next generation apps Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:288804 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CF coding standards
I'm pretty sure that's the same document I got off the Macromedia site a couple of years ago. It is very useful as a tool in developing your shop's own standards, with the understanding that style seems to vary widely from shop to shop. Anybody got any other good docs to share? > I'm sure Sean will pipe up - but this is NOT "official" Adobe recommendations. > > This is not to say it isn't a good doc - but folks should be clear on > the gact that they act Adobe's official recommendations. ~| Create robust enterprise, web RIAs. Upgrade to ColdFusion 8 and integrate with Adobe Flex http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:288811 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF coding standards
I'm sure Sean will pipe up - but this is NOT "official" Adobe recommendations. This is not to say it isn't a good doc - but folks should be clear on the gact that they act Adobe's official recommendations. On 9/19/07, Tom Chiverton <[EMAIL PROTECTED]> wrote: > On Wednesday 19 Sep 2007, [EMAIL PROTECTED] wrote: > > If anyone has a CF coding standards document they are willing to share > > please post to the list or send to me off-list if you prefer. > > Have you seen the 'offical' Adobe one @ > http://livedocs.adobe.com/wtg/public/coding_standards/index.html ? > -- === Raymond Camden, Camden Media Email: [EMAIL PROTECTED] Blog : www.coldfusionjedi.com AOL IM : cfjedimaster Keep up to date with the community: http://www.coldfusionbloggers.org ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:288801 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF coding standards
On Wednesday 19 Sep 2007, [EMAIL PROTECTED] wrote: > Thanks. First google hit 'coldfusion coding standards' :-) -- Tom Chiverton Helping to collaboratively conquer B2B m-commerce on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Get the answers you are looking for on the ColdFusion Labs Forum direct from active programmers and developers. http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid-72&catid=648 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:288800 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF coding standards
Thanks. On 9/19/07, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > On Wednesday 19 Sep 2007, [EMAIL PROTECTED] wrote: > > If anyone has a CF coding standards document they are willing to share > > please post to the list or send to me off-list if you prefer. > > Have you seen the 'offical' Adobe one @ > http://livedocs.adobe.com/wtg/public/coding_standards/index.html ? > > -- > Tom Chiverton > Helping to enormously transition killer supply-chains > on: http://thefalken.livejournal.com > > > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England > and Wales under registered number OC307980 whose registered office address > is at St James's Court Brown Street Manchester M2 2JF. A list of members is > available for inspection at the registered office. Any reference to a > partner in relation to Halliwells LLP means a member of Halliwells LLP. > Regulated by the Law Society. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and > may be confidential or legally privileged. If you are not the addressee you > must not read it and must not use any information contained in nor copy it > nor inform any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in error please > delete it and notify Halliwells LLP IT Department on 0870 365 8008. > > For more information about Halliwells LLP visit www.halliwells.com. > > > ~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:288797 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: CF coding standards
On Wednesday 19 Sep 2007, [EMAIL PROTECTED] wrote: > If anyone has a CF coding standards document they are willing to share > please post to the list or send to me off-list if you prefer. Have you seen the 'offical' Adobe one @ http://livedocs.adobe.com/wtg/public/coding_standards/index.html ? -- Tom Chiverton Helping to enormously transition killer supply-chains on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:288792 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4