Kodierungskonventionen für das Schreiben von CFKs in CF9?

Question

Mit den neuen Möglichkeiten, CFC in CF9 zu schreiben, was sind einige der neuen Kodierungskonventionen für CF9?

Hier sind einige, die ich denken kann ...

• immer LOCAL Bereich verwenden
• immer auch init() Methode, die sich zurückgibt, da New wird init (Call), wenn vorhanden.
• tun nicht put erforderlichen Argumente in init() wenn es eine ORM Entität ist, sonst erwarten Ausnahmen ...
• immer THIS.setXXX in verwenden, wo XXX sind Eigenschaftsnamen innerhalb init(), so dass es die impliziten Setter nennen oder benutzerdefinierter Setter, falls verfügbar.
• die Pre-CF8 INSTANZ Umfang Konvention verlassen, siehe: http://henrylearnstorock.blogspot.com/2009/08/should-we-abandon-instance-scope-in-cf9.html
• keine Ausgabe = false für Komponenten- und Funktionen im CFC-Skript Stil finden Sie unter: http://www.coldfusionjedi.com/index.cfm/2009/8/26/Ask-a-Jedi-Impact-of-whitespace-and-script-based-CFCs
• die Reiniger verwenden und effiziente isNull(arguments.optionalArg) statt isDefined()

Answer 1

müssen wir noch Attribut output = false für Komponente und Funktionen im Script-Stil CFC setzen?

Ich würde nicht so denken. <cfscript> unterdrückt von Natur aus alle Leerzeichen und benötigt writeOutput(), um überhaupt eine Ausgabe zu haben.

Answer 2

Ihre init() -Methode muss den Bereich "this" nicht zurückgeben, wenn Sie sie mit der Syntax "new my.cfc()" aufrufen. Wahre Geschichte.

Wenn Sie in einem cfc sind und eine Eigenschaft festlegen möchten, verwenden Sie this.setFoo(), gehen Sie einfach setFoo(). Das gleiche gilt für getFoo(). Das this.xxx() ist wie aus der Haustür zu gehen, nur um wieder zu kommen. Auch Ihr Zugang = private benutzerdefinierte Getter und Setter werden nicht arbeiten, da die Funktionen nicht in diesem Bereich sein werden.

"var foo" vs "local.foo" - persönlich bevorzuge ich Variable Variablen wie a) weniger Code zu schreiben, und b) weniger Code zu lesen.

// there isnt a huge difference here 
var today = now(); 
var tomorrow = dateAdd('d', 1, today); 
local.today = now(); 
local.tomorrow = dateAdd('d', 1, local.today); 

// but when you start getting more complex examples, it quickly blows out 
var out = method(var1, var2, var3, var4, var5); 
local.out = method(local.var1, local.var2, local.var3, local.var4, local.var5); 

Verwenden Sie javadocs Stil Kommentare. Dokumentation ist dein Freund.

/** 
* @hint This is a hint for the whole function 
* @arg1 This is an argument hint 
* @arg2 This is another argument hint 
**/ 
public void function myFunction(string arg1 = 'default', boolean arg2) { 
    return true; 
} 

Answer 3

alle Funktionen, die Daten ändern, auch einen Wert zurückgeben sollen, wenn es ein boolean ist, die derzeit immer wahr ist. Funktionen haben eine Möglichkeit, schließlich falsch zurückgeben zu müssen