Formattazione di PHP, cosa funziona in modo più efficiente?

Question

Formattazione di PHP, cosa funziona in modo più efficiente?

#1 da (6 voti)
#2 da (4 voti)
#3 da (2 voti)

1

Mi stavo chiedendo cosa faccia funzionare PHP più velocemente. Ho alcuni metodi che uso sempre, ma che migliorano solo il modo in cui riesco a leggerlo, ma che ne dici dell'interprete?

Devo includere le parentesi graffe quando c'è solo un'istruzione da eseguire?

if(...){
    echo "test";
}
# Or..
if(...)
    echo "test";
=== Which should be used?

Ho anche trovato link , e trovo le seguenti impostazioni come buone, ma sono?

Indentation:

Indentation style: {K&R (One true brace style)}
Indent with: {Tabs}
Starting indentation: [1]
Indentation: [1]

Common:

[x] Remove all comments
[x] Remove empty lines
[x] Align assignments statements nicely
[ ] Put a comment with the condition after if, while, for, foreach, declare and catch statements

Improvement:

[x] Remove lines with just a semicolon (;)
[x] Make normal comments (//) from perl comments (#)
[x] Make long opening tag (<?php) from short one (<?)

Brackets:

[x] Space inside brackets- ( )
[x] Space inside empty brackets- ( )
[x] Space inside block brackets- [ ]
[x] Space inside empty block brackets- [ ]

Nomi var piccoli:

spesso passo il mio codice e cambio $var1 in $a , $var2 in $ b e così via. Includo i commenti all'inizio del file per mostrarmi cosa significa ciascuna lettera (s) ..

Nota finale:

Quindi sto facendo la cosa giusta con le parentesi graffe e le impostazioni?
Ci sono degli ottimi consigli che ti aiutano a correre più velocemente?

code-quality code-formatting php

posta JamesM-SiteGen 06.02.2011 - 09:44

fonte

3 risposte

Leggi altre domande sui tag code-quality code-formatting php

Convenzione dei casi: perché la variazione tra le lingue? Cosa è meglio creare una tabella temporanea separata o inserirla direttamente nella grande tabella?

score 6 · Answer 1

Dovresti sempre codificare in base alla leggibilità. Se una determinata porzione di codice presenta problemi di prestazioni, la si ottimizza secondo necessità. Ciò potrebbe probabilmente portare a un codice meno leggibile. Nel qual caso fornisci spiegazioni aggiuntive nei commenti.

Per quanto riguarda la formattazione, non ha un impatto sulle prestazioni. Evito quelle dichiarazioni senza parentesi di if in quanto sono fragili e alquanto oscure. Pertanto, rendere il tuo codice potenzialmente più facile da interrompere e più difficile da capire.

score 4 · Answer 2

Indentation style: {K&R (One true brace style)}

Soggettivo: scegline uno e seguilo nel tuo progetto

Indent with: {Tabs}

Soggettivo: il termine "spazi" vs "schede" non finirà mai

Starting indentation: [1]

Perché no 0?

Indentation: [1]

Una scheda, ma almeno due spazi

[x] Remove all comments

Sciocchezze.

[x] Remove empty lines

Sciocchezze.

[x] Align assignments statements nicely

Fintanto che "graziosamente" è davvero bello

[ ] Put a comment with the condition after if, while, for, foreach, declare and catch statements

Una cosa utile se finisci con dichiarazioni troppo contorte. Refactoring in metodi più piccoli è di solito un modo migliore per migliorare la leggibilità.

Improvement:

[x] Remove lines with just a semicolon (;)

Ha senso

[x] Make normal comments (//) from perl comments (#)

Entrambi funzionano.

[x] Make long opening tag (<?php) from short one (<?)

Brackets:

Ha senso.

[x] Space inside brackets- ( )
[x] Space inside empty brackets- ( )
[x] Space inside block brackets- [ ]
[x] Space inside empty block brackets- [ ]

soggettiva.

Tiny var names:

often I go through my code and change $var1 to $a, $var2 to $b and so on. I do >include comments at the start of the file to show to me what each letter(s) mean..

Perché lo faresti? Riduce la leggibilità e non ottieni nulla.

score 2 · Answer 3

Usa una formattazione facile da leggere per gli umani. Le risorse Ottimizzazione della velocità che ho trovato suggeriscono che la compilazione di PHP renderà più veloce. Altre risorse suggeriscono che l'interprete memorizzerà nella cache le pagine e le pagine memorizzate nella cache saranno ottimizzate.

Ciò significa che non vale il tuo tempo per farlo manualmente. In primo luogo, rende il codice illeggibile, e in secondo luogo, l'interprete lo farà per te, quindi tutto ciò che realizzerai è rendere il codice non mantenibile.

Ecco una domanda di overflow dello stack, spazio bianco del codice sorgente PHP , che suggerisce che ci sono molto guadagni di velocità minuto. Tuttavia, non penso valga la pena il compromesso della leggibilità per un guadagno molto scarso.

Ti suggerisco di concentrarti invece sulla crescita del prodotto, sull'aggiunta di ulteriori funzionalità e sulla focalizzazione sui tuoi obiettivi di business. Raccoglierai più premi concentrandoti su questi obiettivi invece di ottimizzare eccessivamente.