Open Mike: Code Organization
Del
Del
Del
Del

Dette Cyber ​​mandag Envato Tuts + kurs vil bli redusert til bare $ 3. Ikke gå glipp av.

Har du bestiller dine funksjoner og variabler etter sitt formål, eller av en uforanderlig sett med regler? Dette er Åpen Mike, en rekke diskusjons innlegg å kaste katten blant duene. Disse innleggene er alt om deg - vi ønsker å høre dine meninger, ideer og tanker. Denne er så enkelt som de kommer; ett spørsmål, en avstemning, men en potensielt stor diskusjon. La oss høre hva du har å si om koden organisering

Det er to tilnærminger til bestilling egenskapene og metodene i klassene.

Den metodiske tilnærmingen
< p> Du kan ha et strengt regelverk, som:..

Importen er ordnet alfabetisk

Offentlige consts kommer umiddelbart etter klassenavnet, da private consts
< li> Etter consts komme variabler: public, beskyttet, private, så intern; alt ordnet alfabetisk

Constructor funksjon kommer etter variablene

Offentlige funksjoner kommer etter konstruktøren, så beskyttet, privat og interne..; igjen, alt i alfabetisk rekkefølge

Disse reglene ikke tar hensyn til hva noen av variablene eller funksjoner gjøre.
; de bare gi deg en enkel måte å sørge for at alt er på sin plass. Du kan enkelt finne noen kode du leter etter, men en anstendig kode editor ville gjøre så lett likevel.

Den funksjonelle Approach

På den andre siden av spekteret, kunne du gruppen din funksjoner og variabler ved sin formål
. Kanskje all kode relatert til initialisering en klasse går på toppen, mens koden for å dekonstruere 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 er unødvendig, fordi en klasse bare skal inneholde koden som kreves for et enkelt formål uansett.

Hva er din tilnærming?

Så, hvordan arrangere du koden din? Metodisk, funksjonelt, eller noen blanding av de to? Ta del i vår Facebook-målingen og gi oss beskjed :) Anmeldelser