Öppna Mike Kod Organisation

Beställer du dina funktioner och variabler enligt deras syfte, eller genom en oförändrad uppsättning regler? Det här är Open Mike, en serie diskussionsposter för att kasta katten bland duvorna. Dessa inlägg handlar om dig - vi vill höra era åsikter, idéer och tankar. Den här är lika enkel som de kommer; en fråga, en undersökning, men en potentiellt stor diskussion. Låt oss höra vad du måste säga om kod organisation.

Det finns två sätt att beställa egenskaper och metoder i dina klasser:

Den metodiska metoden

Du kan ha en strikt uppsättning regler, som:

• Importen är ordnad alfabetiskt.
• Offentliga consts kommer omedelbart efter klassnamnet, då privata konstnärer.
• Efter consts kommer variabler: offentliga, skyddade, privata, då interna; alla ordnade i alfabetisk ordning.
• Konstruktörfunktionen kommer efter variablerna.
• Offentliga funktioner kommer efter konstruktören, då skyddad, privat och internt; igen, allt i alfabetisk ordning.

Dessa regler tar inte hänsyn till vad som helst av variablerna eller funktionerna do; De ger dig bara ett enkelt sätt att se till att allt är på plats. Du kan enkelt hitta någon kod du letar efter, men en anständig kodredigerare skulle göra det enkelt ändå.

Den funktionella metoden

På andra sidan spektret kan du gruppera dina funktioner och variabler av deras ändamål. Kanske går alla koden i samband med att initialisera en klass högst upp, medan koden för att dekonstruera den går nära botten.

Detta gör kod lättare att läsa igenom, men det kan vara svårare att hitta en specifik funktion i en rush. Vissa skulle hävda att detta inte är nödvändigt, eftersom en klass bara skulle innehålla den kod som krävs för ett enda ändamål.

Vad är din strategi??

Så, hur ordnar du din kod? Metodiskt, funktionellt eller någon blandning av de två? Ta del i vår Facebook-enkät och låt oss veta :)