Codice I con Vb6 ogni giorno usando la mia convenzione e sto iniziando a sentirmi in colpa per quello.
Conosci qualche guida di stile per VB6 come la convenzione di denominazione, le tecniche di codice e le migliori pratiche?Conosci qualche guida di stile per VB6?
Nonostante l'infamia di VB6 a basi di codice legacy, è ancora usato pesantemente tutti i giorni in un sacco di aziende e potranno beneficiare di buon stile.
Come suggerito da Darrel, essere coerenti con le basi di codice esistenti.
Tuttavia, se si dispone della libertà di stile del codice, è possibile scegliere lo Reddick VBA Naming Convention (VBA è lo stesso codice base di VB6). È consigliato nel manuale dello sviluppatore VBA . Certo, molto del suo stile si sentirà obsoleto nell'ambiente .NET, ma sembra essere molto usato molto negli esempi VB6 e VBA.
A questo punto non sarei interessato allo stile "standard" per la codifica VB6. L'importante è che tu sia coerente con la base di codice esistente.
c'è un problema. Questo grande software è stato gestito da 8 diversi programmatori dal 2004 e tutti hanno usato il proprio stile (so che è uno scenario comune con il vecchio progetto in VB6). Ho provato a seguire alcuni schemi comuni in questo pasticcio ma è piuttosto difficile. – systempuntoout
+1 Per le convenzioni di denominazione, il rientro, lo stile per i commenti: cerca di adattarsi alla routine o al modulo che stai modificando. D'altra parte ci sono alcune buone pratiche che dovrebbero essere sempre applicate (ad esempio uso di Option Explicit) – MarkJ
A mio parere non dovrebbe importare quale stile si utilizza finché si è coerente. Tuttavia dovresti essere abbastanza flessibile da scrivere nello stile di casa del tuo datore di lavoro.
Lo stesso coding guidelines in the VB6 manual di Microsoft è piuttosto buono.
Option Explicit aggiungerei Option Explicit prima di fare qualsiasi altra cosa).Ho trovato Practical Standards for Microsoft Visual Basic essere abbastanza buono. È del classico vb era ed è disponibile per un solo centesimo (più consegna).
Reddick suggerisce di usare nomi come lngCount, intValue, strInput..i sono un po 'perplesso. – systempuntoout
@system Non sono sicuro del perché tu sia perplesso. Alcune persone usano spesso lo stile ungherese per le loro variabili, esp. nelle lingue più vecchie, ma è passato fuori moda in .NET e in altri linguaggi compilati moderni con un forte supporto IDE. Quindi sei perplesso perché preferisci non usare l'ungherese o perché ti chiedi perché dico che "molto del suo stile si sentirà obsoleto ..."? –
sono semplicemente perplesso perché nessuno nella codebase in cui lavoro ha mai usato la notazione ungherese :). – systempuntoout