DesignGuidelines/de
From Lazarus wiki
Jump to navigationJump to search
│
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.
