...
Haben alle Klassen mindestens ein Title-Layout?
Reichen die Informationen aus dem Title-Layout aus um das Objekt klar zu identifizieren?
Haben alle Klassen die in einer Liste angezeigt werden mindestens ein List-Layout?
Reichen die Informationen in den List-Layouts aus um die Objekte zu identifizieren und um die wichtigen Vergleiche zwischen den Objekten anzustellen?
Haben alle Klassen für die ein Detail angezeigt wird mindestens ein Detail-Layout?
Sind die Informationen im Detail-Layout sinnvoll sortiert und gruppiert?
Wichtige Infos zuerst?
Pflichtfelder sollten eine Validierung beinhalten.
Keine Pflichtfelder in zusammenklappbaren Gruppen platzieren.
Sind zusammengehörige Infos in nahe beieinander?
Falls zu viele Infos für einer Seite, Tabs eingesetzt?
Sind die Detail-Layout im Vergleich mit anderen Detail-Layouts konsistent beschriftet und aufgebaut?
Werden je nach Status/Datenlage unnötige Felder ausgeblendet?
Sind nur dort Captions definiert wo es auch wirklich nötig ist?
Werden wo möglich bestehende Captions/PluralCaptions von Klassen verwendet?
Code: Werden die Layouts in der Reihenfolge Title, List, Detail definiert?
Titel
Titel für Menu Einträge, Listen und Details werden in folgender Reihenfolge verwedet
Menu Einträge: Zuerst wird die Menu Item Caption genommen. Sollte diese nicht gesetzt sein Siehe auch Leitfaden Ansichten-Aufbau
Menü (Hauptnavigation)
Menu Einträge: Optional Menu Item Caption setzen, fallse diese nicht aus dem Target bezogen werden soll. Falls gesetzt, dann sollte die Caption in allen verwendeten Sprachen gesetzt werden.
Sollte die Menu Item Caption nicht gesetzt und das Target eine Liste sein, wird die Plural Caption der Liste verwendet. Sollte das Target ein Detail sein wird die Detail
...
Caption
...
verwendet
...
.
Regeln für Codierung
Reihenfolge in der Builder Datei
Bitte die folgende Reihenfolge beachten:
AddClasses
AddPaths
AddProperties
AddLayouts - wo dies benötigt wird
Code Style
Builder stellt ein Fluent-API zur Verfügung. Für die Bessere Lesbarkeit
...
MetaType.Text immer mit Länge, ausser Property ist transient oder calculated.
Einstellungen für Properties werden in folgender Reihenfolge gesetzt;
NotNull
Transient
Alles was in dieser Liste nicht definiert ist, sortiert danach, wie stark die Datenbank davon beeinflusst wird
Control
Caption (Immer Englisch und Deutsch setzen, mit Englisch zuerst)
Description (Immer Englisch und Deutsch setzen, mit Englisch zuerst)
Instruction (Immer Englisch und Deutsch setzen, mit Englisch zuerst)
Configure / ListConfiguration
Reihenfolge - Alle nacheinander
Properties, CalculatedProperties
Actions, Sorts, Index
Breadcrumbs
Falls Properties für mehrere Klassen definiert werden Kommentare für Abtrennung verwenden:
Code Block // Person Elements.Person.Add("Name", MetaType.Text, 100) ... // Addresse Elements.Adresse.Add("Strasse", MetaType.Text, 100) ...
...