Åpne Mike Kodeorganisasjon

Bestiller du dine funksjoner og variabler etter deres formål, eller ved et uendret sett med regler? Dette er Open Mike, en rekke diskusjonsposter for å kaste katten blant duene. Disse innleggene handler om deg - vi vil høre dine meninger, ideer og tanker. Denne er like grei som de kommer; ett spørsmål, en meningsmåling, men en potensielt stor diskusjon. La oss høre hva du må si om kode organisasjon.

Det er to tilnærminger til å bestille egenskaper og metoder i klassene dine:

Metodisk tilnærming

Du kan ha et strengt sett med regler, som:

• Importen er ordnet alfabetisk.
• Offentlige consts kommer straks etter klassenavnet, deretter private consts.
• Etter consts kommer variabler: offentlig, beskyttet, privat, så internt; alt ordnet alfabetisk.
• Konstruksjonsfunksjonen kommer etter variablene.
• Offentlige funksjoner kommer etter konstruktøren, da beskyttet, privat og internt; igjen, alt i alfabetisk rekkefølge.

Disse reglene tar ikke hensyn til hva som helst av variablene eller funksjonene gjøre; de gir deg bare en enkel måte å sikre at alt er på plass. Du kan enkelt finne noen kode du leter etter, men en anstendig kode redaktør ville gjøre det enkelt uansett.

Den funksjonelle tilnærmingen

På den andre siden av spekteret kan du gruppere dine funksjoner og variabler av deres hensikt. Kanskje all koden som er relatert til å initialisere en klasse, går øverst, mens koden for dekonstruering av den går nær bunnen.

Dette gjør koden lettere å lese gjennom, men det kan være vanskeligere å finne en bestemt funksjon i et rush. Noen vil hevde at dette ikke er nødvendig, fordi en klasse bare inneholder koden som kreves for et enkelt formål uansett.

Hva er din tilnærming?

Så, hvordan ordner du koden din? Metodisk, funksjonelt eller en blanding av de to? Ta del i vår Facebook-meningsmåling og gi oss beskjed :)