Come impostare uno stile di codifica simile a eclisse incrociando l'IDE?

Question

Come impostare uno stile di codifica simile a eclisse incrociando l'IDE?

#1 da (3 voti)

0

Sono il co-fondatore (siamo in due) di una società di sviluppo software, che svolge prevalentemente attività di sviluppo web. Recentemente abbiamo assunto il nostro primo dipendente e abbastanza presto ci troviamo nella necessità di uno standard (e preferibilmente applicato ) stile di codifica. Tuttavia non applichiamo un determinato IDE. Io ad esempio uso Atom mentre gli altri 2 devs attualmente usano PHPStorm.

Esiste un modo per applicare un certo stile di codifica, proprio come è possibile impostare in Eclipse, su diversi editor / IDE? Conosco editorconfig , tuttavia questo risolve solo i caratteri di rientro e di fine riga. Non quando effettivamente utilizzare indentazione o nuove linee. Ma una versione estesa di ciò sembra perfetta per ciò che vogliamo raggiungere.

Non sono stato in grado di trovare nulla di simile o nessun altro modo diretto per gestirlo. Come andresti ad affrontare questo?

coding-style ide

posta Rien Heuver 16.09.2017 - 22:13

fonte

1 risposta

Leggi altre domande sui tag coding-style ide

Come pianificare le attività con gli sviluppatori junior? [chiuso] Tipi di dichiarazione in OOP

score 3 · Answer 1

Non puoi avere un singolo formato di configurazione che qualsiasi editor e IDE capiranno. Pertanto:

Definire una convenzione di codifica di base in testo semplice. Questo può evolvere nel tempo e non deve essere molto dettagliato all'inizio. Due paragrafi sulla convenzione di denominazione e sullo stile di branding / indentazione sono probabilmente sufficienti.
Ognuno è responsabile della configurazione del proprio editor in conformità con la convenzione di codifica. L'editor è un aiuto per lo sviluppatore che usa quell'editor. A meno che tu non standardizzi su un singolo editor / IDE, non è una piattaforma adatta per altri processi.
Trova uno strumento per il controllo e lo sfilacciamento di stile separato ed eseguilo come parte della suite di test estesa. Questo potrebbe essere eseguito dopo il commit su un server CI o come hook di pre-commit Git prima che il codice mal formattato possa entrare nel controllo della versione.
Si noti che le convenzioni di codifica contengono spesso regole semantiche che non possono essere verificate da uno strumento. Anche la revisione umana è importante. Un flusso di lavoro basato sulla richiesta di pull può aiutare a esaminare ogni codice prima che diventi parte del tuo prodotto.