Conventions will take time to develop. It has taken me my entire career
and it still evolves. Always keep in mind readability and
maintainability.
The main thing for me is mixedCamelCase and CamelCase. A good place to
start would the coding standards from Sean. Many of the items I agree
with. There are only a few I do not.
This is a large topic; I'll try and answer some of your questions below.
I see what you are thinking here and that makes since. I prefer ID as
in getID(). I would never name a column with only id|ID. I would
prefix it with the table name as in UserID, etc.
Names that are 3 characters or longer are lower cased.
o URL is url
o XML is xml
This depends on the context. If say I had an assessor that retrieved an
URL value, I would use getURL(). I would reference CF's built in method
for encoding URLs as urlEncodedFormat(). If I were setting a variable I
would use myURL=getURL(); Acronyms for the most part I always upper
case.
DAO is an acronym so I would use DAO and not dao. However if it were
part of a package name such as com.dao.oracle I would leave it all lower
case. (This brings up another item. I always keep paths and file names
unless they are objects lower case. If they are objects than I would
use camel case. Such as com.dao.oracle.Users.
Mixed camel case. I would use "this" and not This or THIS.
Would you use the same format for all other built-in
variable scopes (i.e. Variables, URL, Form, Client, ...)
Yep, mixed camel case. variables.someVar and not VARIABLES or
Variables.
When it comes to architecture it always depends on what you are
building. For the most part and MVC methodology like you have usually
always good, however, the more complex your framework gets the more you
need to evaluate different design patterns.
Take a look at Mach-II, ColdSpring, etc. They will help you on this
front.
For me personally starting with a Factory pattern and an MVC methodology
will get you a long way for most projects.
I know this didn't answer all your questions though I hope it helps
some.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"CFCDev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/cfcdev?hl=en
-~----------~----~----~----~------~----~------~--~---
