Recentemente abbiamo eseguito la migrazione a git e implementato (per ora post) gli hook sul nostro server centrale per inviare report agli sviluppatori, oltre a creare diversi strumenti che ci consentono di verificare automaticamente il nostro standard di codice con phpcs nei nostri ambienti di sviluppo.Posso sovrascrivere il set di regole phpcs usato per file se sì, come?
Questo è tutto bello e dandy, funziona bene, ma vogliamo essere in grado di dipendere sempre dal nostro codice standard, senza ignorare tutti i file che non sono conformi per un motivo logico. Ora abbiamo il nostro set di regole che sovrascrive alcune cose nello standard PEAR predefinito, ma vogliamo andare un po 'oltre, se possibile.
Il nostro problema è che mentre lo standard PEAR è perfetto per tutte le classi/business logic ma nei file di visualizzazione vogliamo allentare le regole per dire, le parentesi di chiusura che devono essere sulla propria linea. Il problema è che in questi file definiamo principalmente html e le uniche strutture di controllo che abbiamo sono semplici istruzioni if-else o foreach e l'apertura di php, quindi l'aggiunta di una nuova riga, la parentesi di chiusura, la nuova riga e la chiusura di php sono un po 'stupide.
sintassirichiesto di essere valida:
<?php
}
// end of some if statement ?>
quello che avevamo invece piace usare per le viste:
<?php } // end of some if statement ?>
questo renderebbe il nostro codice più leggibile ...
Noi non mi piace la sintassi alternativa come wel (if(..): ... endif;
), afaik principalmente perché anche qui c'erano alcuni problemi di validità (è tutto merito dello spazio bianco ...).
Ignorare l'intero file (con // @codingStandardsIgnoreFile
) non è un'opzione per noi.
tl; dr
Quindi ciò che vorremmo fare è definire un set di regole separato per i nostri file vista quindi abbiamo ancora uno standard di aderire a, ma con le regole rilassate su questi fronti quindi il nostro codice può essere reso leggibile
io non sono troppo ben informato phpcs ancora, e non sono riuscito a trovare alcuna soluzione io stesso utilizzando le parole chiave sono però stati logico ... Qualche suggerimento per rendere i file ordinate vista conformi anche ai PEAR sono i benvenuti ...
Hai dimenticato di menzionare: assicurati di utilizzare PHP_CodeSniffer versione 1.4.2 (l'ultima versione stabile) in quanto c'era un errore di esclusione nella versione 1.4.1. –
Grazie, era praticamente quello che stavo cercando. Ho mantenuto la posizione dei file di visualizzazione intenzionalmente vaga poiché si trovano in posizioni diverse per diversi tipi di progetti. Possiamo capirlo :) – sg3s
Aha! Il "-s" mi ha salvato un sacco di greppie attraverso Sniffs. Grazie :) – markdwhite