Difference between revisions of "DesignGuidelines/de"
From Lazarus wiki
Jump to navigationJump to searchm |
(Spelling, wording) |
||
| Line 5: | Line 5: | ||
;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, die zweifelhaft weniger lesbar sind als andere Stile. Das ist ok, versuchen sie einfach wenigstens zu 90% zu folgen. | * 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, die zweifelhaft weniger lesbar sind als andere Stile. Das ist ok, versuchen sie einfach wenigstens zu 90% zu folgen. | ||
| − | * Versuchen sie, Unit Kreise zu vermeiden. Dies macht es einfacher zu navigieren und wenn die Unit anwächst, erlaubt es die Unit zu splitten. | + | * Versuchen sie, Unit Kreise zu vermeiden. Dies macht es einfacher zu navigieren und wenn die Unit anwächst, erlaubt es, die Unit zu splitten. |
* 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. | * 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: | ** Namenskonventionen: | ||
*** Anzeigen für TControl Nachfahren sollten CNxxx genannt werden. | *** Anzeigen für TControl Nachfahren sollten CNxxx genannt werden. | ||
| − | * Der ganze Code | + | * Der ganze Code muss mit allen Kontrollen arbeiten (range, io, overflow, stack). Außerdem hilft dies beim Debuggen, einige Benutzer legen diese Kontrollen in ihrer fpc.cfg ab, daher finden sie Anwendung auf das gesamte Lazarus, inklusive Packages und Beispiele. |
| Line 27: | Line 27: | ||
;Dialoge (modale Formulare): | ;Dialoge (modale Formulare): | ||
| − | * Schließen mit Escape (wenn die Taste nicht | + | * Schließen mit Escape (wenn die Taste nicht anderweitig verwendet wird) |
| − | * Definieren sie einen | + | * Definieren sie einen Standard-Button und Return aktiviert ihn (wenn die Taste nicht 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 | ||
Revision as of 18:45, 7 October 2010
│
Deutsch (de) │
English (en) │
español (es) │
français (fr) │
日本語 (ja) │
한국어 (ko) │
português (pt) │
русский (ru) │
Programmierungsrichtlinien für Lazarus
- Programmierungsstil
- Weil ein Stil einfacher zu lesen ist, folgt Lazarus den Borland Coding Style Richtlinien. Natürlich wird beinahe jeder einige Punkte finden, die zweifelhaft weniger lesbar sind als andere Stile. Das ist ok, versuchen sie einfach wenigstens zu 90% zu folgen.
- Versuchen sie, Unit Kreise zu vermeiden. Dies macht es einfacher zu navigieren und wenn die Unit anwächst, erlaubt es, die Unit zu splitten.
- 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:
- Anzeigen für TControl Nachfahren sollten CNxxx genannt werden.
- Namenskonventionen:
- Der ganze Code muss mit allen Kontrollen arbeiten (range, io, overflow, stack). Außerdem hilft dies beim Debuggen, einige Benutzer legen diese Kontrollen in ihrer fpc.cfg ab, daher finden sie Anwendung auf das gesamte Lazarus, inklusive 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 sollten kleingeschriebene Dateinamen besitzen (.pas, .pp, .inc, .lfm, .lrs)
- 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 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.
