Difference between revisions of "DesignGuidelines/de"
From Lazarus wiki
Jump to navigationJump to search (Spelling, wording) |
|||
(6 intermediate revisions by 2 users not shown) | |||
Line 4: | Line 4: | ||
;Programmierungsstil: | ;Programmierungsstil: | ||
− | * Weil ein Stil einfacher zu lesen ist, folgt Lazarus den [http://dn.codegear.com/article/10280 Borland Coding Style] Richtlinien. Natürlich wird beinahe jeder einige Punkte finden, | + | * Weil ein einzelner Stil einfacher zu lesen ist, folgt Lazarus den [http://dn.codegear.com/article/10280 Borland Coding Style] Richtlinien. Natürlich wird beinahe jeder einige Punkte finden, über deren Lesbarkeit (im Vergleich zu anderen Stilen) man streiten könnte. Das ist ok, versuchen Sie einfach, den Richtlinien wenigstens zu 90% zu folgen. |
− | * Versuchen | + | * Versuchen Sie, Zirkularbezüge bei Units zu vermeiden. Dies macht es einfacher zu navigieren und erlaubt es, eine Unit zu splitten wenn der Umfang der Unit anwächst. |
− | * Minimieren | + | * Minimieren Sie die Anzahl der Aufrufe von den Schnittstellen zur LCL, wenn die Ausführung einer Aktion von der LCL angefordert wird. Die Schnittstellen benachrichtigen nur die LCL, niemals erzwingen sie etwas. Die LCL entscheidet. |
− | + | * Namenskonventionen: siehe [[Nomenclature/de]] | |
− | |||
− | * Der ganze Code muss mit allen | + | |
+ | * Der ganze Code muss mit allen Überprüfungen arbeiten (Bereich, I/O, Überlauf, Stack). Abgesehen davon, dass dies beim Debuggen hilft, sichern einige Benutzer die Einstellungen für die Überprüfungen in ihrer fpc.cfg, daher finden sie zur Gänze Anwendung auf Lazarus, inklusive der Packages und Beispiele. | ||
;Neue Dateien: | ;Neue Dateien: | ||
* Jede Datei sollte mit einem Header beginnen, der die Lizenz enthält und einige Zeilen, die den Inhalt beschreiben. | * Jede Datei sollte mit einem Header beginnen, der die Lizenz enthält und einige Zeilen, die den Inhalt beschreiben. | ||
− | * Pascal Quellen | + | * Pascal Quellen (.pas, .pp, .inc, .lfm, .lrs) sollten kleingeschriebene Dateinamen besitzen |
Line 28: | Line 28: | ||
;Dialoge (modale Formulare): | ;Dialoge (modale Formulare): | ||
* Schließen mit Escape (wenn die Taste nicht anderweitig verwendet wird) | * Schließen mit Escape (wenn die Taste nicht anderweitig verwendet wird) | ||
− | * Definieren | + | * Definieren Sie einen Standard-Button und Return aktiviert ihn (wenn die Taste nicht anderweitig verwendet wird) |
* Mittlere bis komplexere Dialoge sollten größenveränderbar sein und die Größe wird gespeichert | * Mittlere bis komplexere Dialoge sollten größenveränderbar sein und die Größe wird gespeichert | ||
Line 38: | Line 38: | ||
----- | ----- | ||
''Die neueste Version ist zu finden in [http://svn.freepascal.org/svn/lazarus/trunk/docs/DesignGuidelines.txt svn]. Verbesserungsvorschläge können zur talk page (Diskussion) hinzugefügt werden''. | ''Die neueste Version ist zu finden in [http://svn.freepascal.org/svn/lazarus/trunk/docs/DesignGuidelines.txt svn]. Verbesserungsvorschläge können zur talk page (Diskussion) hinzugefügt werden''. | ||
+ | |||
+ | == Siehe auch == | ||
+ | |||
+ | * [[Coding style]] |
Latest revision as of 10:01, 19 June 2015
│
Deutsch (de) │
English (en) │
español (es) │
français (fr) │
日本語 (ja) │
한국어 (ko) │
português (pt) │
русский (ru) │
Programmierungsrichtlinien für Lazarus
- Programmierungsstil
- Weil ein einzelner Stil einfacher zu lesen ist, folgt Lazarus den Borland Coding Style Richtlinien. Natürlich wird beinahe jeder einige Punkte finden, über deren Lesbarkeit (im Vergleich zu anderen Stilen) man streiten könnte. Das ist ok, versuchen Sie einfach, den Richtlinien wenigstens zu 90% zu folgen.
- Versuchen Sie, Zirkularbezüge bei Units zu vermeiden. Dies macht es einfacher zu navigieren und erlaubt es, eine Unit zu splitten wenn der Umfang der Unit anwächst.
- Minimieren Sie die Anzahl der Aufrufe von den Schnittstellen zur LCL, wenn die Ausführung einer Aktion von der LCL angefordert wird. Die Schnittstellen benachrichtigen nur die LCL, niemals erzwingen sie etwas. Die LCL entscheidet.
- Namenskonventionen: siehe Nomenclature/de
- Der ganze Code muss mit allen Überprüfungen arbeiten (Bereich, I/O, Überlauf, Stack). Abgesehen davon, dass dies beim Debuggen hilft, sichern einige Benutzer die Einstellungen für die Überprüfungen in ihrer fpc.cfg, daher finden sie zur Gänze Anwendung auf Lazarus, inklusive der Packages und Beispiele.
- Neue Dateien
- Jede Datei sollte mit einem Header beginnen, der die Lizenz enthält und einige Zeilen, die den Inhalt beschreiben.
- Pascal Quellen (.pas, .pp, .inc, .lfm, .lrs) sollten kleingeschriebene Dateinamen besitzen
- Include Dateien
- Sollten mit der {%MainUnit } Direktive beginnen
- Packages
- Sollten einen .lpl Eintrag haben in packager/globallinks/
- Dialoge (modale Formulare)
- Schließen mit Escape (wenn die Taste nicht anderweitig verwendet wird)
- Definieren Sie einen Standard-Button und Return aktiviert ihn (wenn die Taste nicht anderweitig verwendet wird)
- Mittlere bis komplexere Dialoge sollten größenveränderbar sein und die Größe wird gespeichert
- Hauptmenü Elemente
- Sollten einen Schlüssel in keymapping.pp haben
Die neueste Version ist zu finden in svn. Verbesserungsvorschläge können zur talk page (Diskussion) hinzugefügt werden.