2010-06-25 12 views
5

Koduję w Vb6 codziennie używając mojej własnej konwencji i zaczynam czuć się z tego powodu winny.
Czy znasz jakieś przewodniki stylu dla VB6, takie jak konwencja nazewnictwa, techniki kodowania i najlepsze praktyki?Czy znasz jakiś przewodnik po VB6?

Odpowiedz

4

Pomimo niesławy VB6 w starszych wersjach kodu, nadal jest używany silnie codziennie w wielu przedsiębiorstwach i będzie czerpał korzyści z dobrego stylu.

Jak zasugerował Darrel, zachowaj spójność z istniejącymi bazami kodów.

Jednakże, jeśli masz swobodę w sposobie kształtowania kodu, możesz wybrać Reddick VBA Naming Convention (VBA to ten sam kod, co VB6). Jest zalecany w podręczniku programisty VBA dla programistów o nazwie . To prawda, że ​​jego styl będzie przestarzały w środowisku .NET, ale wydaje się być bardzo często używany w VB6 i VBA.

+0

Reddick sugeruje używanie nazywania jak lngCount, intValue, strInput..jest trochę zdziwiony. – systempuntoout

+0

@system Nie jestem pewien, dlaczego jesteś zakłopotany. Niektórzy często używają węgierskiego stylu do swoich zmiennych, szczególnie. w starszych językach, ale w stylu .NET i innych nowoczesnych językach skompilowanych z silną obsługą IDE. Zastanawiasz się, ponieważ wolisz nie używać języka węgierskiego lub dlatego, że pytasz, dlaczego "wiele z jego stylu będzie przestarzałych ..."? –

+0

Jestem po prostu zdziwiony, ponieważ nikt w kodzie źródłowym, w którym pracowałem, nigdy nie użył węgierskiej notacji :). – systempuntoout

1

Nie byłbym zainteresowany żadnym "standardowym" stylem kodowania VB6 w tym momencie. Ważne jest, abyś był zgodny z istniejącą bazą kodów.

+0

Wystąpił problem. Ten duży program był obsługiwany przez 8 różnych programistów od 2004 r. I każdy używał własnego stylu (znam jego wspólny scenariusz ze starym projektem w VB6). Starałem się podążać za jakimś typowym schematem w tym bałaganie, ale jest to dość trudne. – systempuntoout

+0

+1 Konwencje nazewnictwa, wcięcia, styl komentowania: spróbuj dopasować się do zmieniającej się procedury lub modułu. Z drugiej strony istnieją pewne najlepsze praktyki, które zawsze powinny być stosowane (np. Użycie opcji Explicit). – MarkJ

0

Moim zdaniem nie powinno mieć znaczenia, jakiego stylu używasz, o ile jesteś konsekwentny. Jednak powinieneś być na tyle elastyczny, aby pisać w stylu domu swojego pracodawcy.

3

Własność Microsoft coding guidelines in the VB6 manual jest całkiem niezła.

  • jak Darryl mówi, podczas edycji istniejącego kodu, najlepiej pasuje do nazewnictwa, wcięcia i styl komentowania w istniejącej procedury lub modułu. Możesz być bardziej kreatywny podczas tworzenia nowych modułów.
  • Jednak istnieją pewne najlepsze praktyki, które powinny zawsze być stosowane (np. Przed edycją modułu bez Option Explicit Dodałbym Option Explicit zanim zrobię cokolwiek innego).
Powiązane problemy