Lotus Notes / Domino Sonstiges > Projekt Bereich

Standard bei der Scriptprogrammierung

<< < (3/21) > >>

eknori (retired):
OK,

wie wollen wir denn die Variablen deklarieren. Sollen wir uns auch hier erst einmal auf eine Reihe von "reservierten Wörtern" verständigen. Ich meine, daß die Buchstaben i, k,l etc bei integer var verwendet werden ist ja eigentlich schon klar.

Dachtest du evtl auch daran, der Variablen den Typ voranzustellen ?

String str_VarName
integer int_VarName
double dbl_VarName
Variant var_VarName

dennächst (r6) auch
Byte byt_VarName

Konstanten grundsätzlich in GROSSSCHRIFT

auch die Art der Konstante:

MSG_DIES_IST_EIN_HINWEIS
ERR_DIES_IST_EIN_FEHLER

USR_DIENT _DER_CONFIG_DURCH_DEN_USER
(z.b. dem User bleibt es überlassen, welches TMP_DIR er verwendet)

wobei auch hier durch einen Prefix ( STR, INT, DBL ) impliziert werden kann, was in der CONST steht

bei Ansichten , Masken, Subforms etc schlage ich vor, einen Prefix zu verwenden, der es ermöglicht, diese Designelement in jede Datenbank ohne Konflikt mit schon bestehenden Elementen einzufügen.

eknori

DominoAndy:
Hallo Eknori,

bist wohl auch ein WE-Arbeiter ?! ;-)

Was meinst Du jetzt mit "reservierten Wörter", bzw. mit den Buchstaben "i, k, l" ? "i" für Integer würde ich ja verstehen aber die anderen beiden ?

Hier erstmal meine Vorschläge...

Variablen

Ich würde auf alle Fälle den Typ voranstellen, da man ja für eine Sache in einem Skript durchaus Variablen mit unterschiedlichen Typen verwenden kann.
Bei der Fehlersuche würde dies zur Erleichterung beitragen.

Würde somit Deinen Beispielen wie "str_VarName" zustimmen, wobei ich jetzt
auf die Unterstriche verzichtet hätte. Aber das ist natürlich zweitrangig.

Konstanten

Hier stimme ich Dir 100%ig zu. Durch die GROSSE_SCHRIFT sind hier auch die Unterstriche sehr hilfreich.

Ansichten/Masken/Subforms

Derzeit verwende ich folgende Prefixe:
Masken - frm
Teilmasken - sfrm
Ansichten - zugegebener Maßen noch keines
Seiten - pa


Andy

eknori (retired):
Öh, eigentlich bin ich ein rudU- arbeiter ( rund um  die Uhr)

die underscores bei den Variablen waren nur zur Verdeutlichung aber auf den Wechsel von GrossUndKleinSchreibung ( Wechsel bei Wortwechsel )innrehalb des VariablenNamen möchte ich nicht verzichten.

Underscore und GROSSSCHREIBUNG_BEI_VAR sollte sein.( underscore bei Wortwechsel )

Prefix für View könnte v sein; embedded view "ve"
Odrner "f" und privater Ordner "fp"; Ordner bei erster Nutzung privat : "ffp"

eknori

M_Messer:
hi

also ich muß sagen, dass ich eure vorschläge sehr gut finde.

variablen:

da ich noch ein azubi bin, kann ich euch sagen, dass wir in der schule gelernt haben, die variablen so zu deklarieren, wie ihr es vorgeschlagen habt.

str_VarName

mit den anderen deklarationen bin ich auch voll mit einverstanden.

bekommen wir dann unsere eigene rubrik unter entwicklung oder wo werden wir unser wissen posten ???

gruß messer

Axel:
Hi,

eure Vorschläge finde ich soweit ganz gut. Hier noch ein paar Vorschläge.

Bei der Benennung von Masken verwende ich im Aliasnamen immer 'frm...', bei den Teilmasken stelle ich 'tm' voran. Bei Masken, die nur als Dialog aufgerufen werden stelle ich 'dlg' davor.

Bei Ansichten hatte ich bisher immer 'vw' verwendet.

Bei der Benennung von Variablen habe ich bisher keinen Unterstrich benutzt. Der Unterstrich ist mir irgendwie unsympathisch (ist aber eine persönliche Meinung). Sonst habe ich damit begonnen meine Variablen, wie oben beschrieben, zu bezeichnen.

Wie sieht das Ganze bei der Bezeichnung von Feldern aus ?
Hier habe ich bisher auf die Typangabe im Feldnamen verzichtet (wegen Angabe des Feldnamens bei Volltextsuche). Lediglich bei Feldern, die ich zur Steuerung brauche und die versteckt sind habe der Bezeichnung ein 'x' vorangestellt. Bei Feldern aus einem Konfigurationsdokument könnte man mit 'cfg' beginnen lassen.

Als Idee:
Wie wärs noch mit ein paar Klassen, z.B. ProgressBar. Ich hab noch eine für Word und eine für Excel. Da bin ich gerade dabei diese zu überarbeiten.

Axel

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete