Murtadoc
MyBoerse.bz Pro Member
Code On Time v8.7.8.0 Unlimited
Eine Möglichkeit wäre, mit der Datenbank zu beginnen. Mit diesem Datenbank-First-Ansatz müssen Sie das perfekte Datenbankschema entwerfen, das alle vorhergesagten Anforderungen für Ihr Unternehmen erfüllt. Sobald die Entwicklung des Schemas abgeschlossen ist, ist es an der Zeit, zu den nach vorne gerichteten Elementen der Anwendung überzugehen - der Benutzeroberfläche, den API-Anforderungen usw. Aber welche Technologie wählen Sie? Es gibt Dutzende von Frameworks und Entwicklungstools, die jedes Jahr eingeführt werden, und Dutzende weitere, die im selben Jahr aus der Mode kommen. Viele dieser Technologien konzentrieren sich auf die Präsentation und Datenbindung, wobei wenig über die Implementierung serverseitiger Komponenten nachgedacht wird. Dies führt dazu, dass eine Kombination von Technologien ausgewählt werden muss, die synergistisch sind. Sobald die Werkzeuge ausgewählt sind, müssen Sie lernen, wie Sie sie in vollem Umfang nutzen können - dies kann lange dauern.
Nachdem die Frameworks ausgewählt wurden, müssen Sie viel Zeit damit verbringen, die für Ihre Datenbankstruktur erforderliche Architektur zu implementieren. Außerdem muss jede Seite für jedes Datenbankobjekt entworfen und geschrieben werden. Stellen Sie sich vor, wie lange es dauern würde, jedes Bildschirmbild unten zu erstellen!
Eine andere Möglichkeit wäre, zuerst die Benutzeroberfläche zu entwickeln und die Datenbank zu erstellen, während Sie fortfahren. Diese Option steht bei der ersten Option vor vielen Herausforderungen - die Entwicklung der Benutzeroberfläche ist schwierig.
Was passiert auch nach Abschluss des Antrags in den folgenden Situationen?
• Projektanforderungen ändern sich
• Neues und verbessertes Framework oder Bibliothek veröffentlicht
• Ausgewähltes Framework veraltet
• Leistungs- oder Skalierbarkeitsprobleme
Die übliche Lösung für dieses Problem besteht darin, einen Teil der Anwendung neu zu schreiben oder manchmal sogar zu einem anderen Technologie-Stack zu wechseln. Die bloße Zeit, die für diesen Zyklus aufgewendet wird, kann unerschwinglich sein.
Eine bessere Lösung wäre, die Form und Struktur Ihrer Datenbank vom Erscheinungsbild der Benutzeroberfläche und dem Verhalten des serverseitigen Teils zu entkoppeln. Auf diese Weise würde die Clientbibliothek einen generischen Mechanismus zum Rendern von CRUD-Anwendungen bereitstellen. Die serverseitige Bibliothek wäre in der Lage, SQL-Skripte basierend auf dem Datenmodell dynamisch zu erstellen und Anforderungen generisch zu verarbeiten. Es wäre dann trivial, diese App um Funktionen wie Sortieren, Filtern, Diagrammieren, Planen, Berichten, Zugriffssteuerungsregeln usw. zu erweitern. Wenn Änderungen in der App vorgenommen werden müssen, muss nur das Modell geändert werden - diese Änderungen würden sich dann sowohl im server- als auch im clientseitigen Framework widerspiegeln.
Wir stellen Ihnen eine dritte Option vor - den Code On Time-Anwendungsgenerator. Der erste Schritt besteht darin, Ihr Datenbankschema zu entwerfen. Definieren Sie dann Datenmodelle für Ihre Geschäftseinheiten. Der Anwendungsgenerator erstellt Datencontroller, Ansichten, Felder und alle anderen erforderlichen Metadaten. Darüber hinaus werden die server- und clientseitigen Frameworks zur sofortigen Verwendung generiert. Die Datenmodelle können umgeformt werden, um die Geschäftseinheiten genauer darzustellen. Wenn weitere Änderungen an den Modellen erforderlich sind, können die Controller direkt angepasst werden. Dies wirkt sich auf die Anzeige und das Verhalten der App aus. Wenn eine gründliche Anpassung erforderlich ist, kann die Anwendung um benutzerdefinierte Komponenten, Stylesheets und Code erweitert werden, um den letzten Schliff hinzuzufügen. Dieser iterative Ansatz für die Anwendungsentwicklung verlängert die Bearbeitungszeit für neue Funktionen oder Änderungen am Datenbankschema erheblich, ohne Zeit für das Verschieben von Eingaben oder das Ändern von SQL-Skripten zu verschwenden.
Wählen Sie ein Datenbankobjekt aus, um mit der Erstellung eines Datenmodells zu beginnen. Der Generator übernimmt die Objektdefinition und untersucht die Objektbeziehungen im Schema, um ein Standardmodell zu erstellen. Jede Spalte im primären Objekt wird eingeschlossen, und das erste Zeichenfolgenfeld von jedem verwandten Objekt wird eingeschlossen. Beziehungen bis zu einer Tiefe von 3 werden durchlaufen, um die Daten für die Benutzeroberfläche ordnungsgemäß zu normalisieren.
Bei den meisten Entwicklungsstapeln ist es schwierig, der Benutzeroberfläche ein Feld hinzuzufügen. Sie müssten allen Formularen zur Datensatzerstellung, Anzeige und Bearbeitung von Formularen eine neue Eingabe hinzufügen und diese in die Listenansicht aufnehmen. Mit dem Data Model Builder ist dieser Vorgang einfach - überprüfen Sie einfach die entsprechende Spalte im Diagramm, und die Spalte wird automatisch zur Liste der Felder hinzugefügt. Dieses Feld wird zu jeder Liste, jedem Raster und jedem Formular hinzugefügt, die sich auf dieses Datenbankobjekt beziehen, und jedes SQL-Skript enthält diese Spalte. Selbst Nachschlageingaben zeigen diese neue Spalte in der Vorschau an, ohne dass Sie sich darum bemühen müssen.
Auf der Registerkarte „Daten“ wird eine Vorschau der erwarteten Ausgabe angezeigt, die dem aktuellen Design des Datenmodells entspricht. Es wird eine Liste der Datensätze angezeigt, die bei der Ausführung der Abfrage ausgewählt werden. Standardmäßig ist der Modus "Rohdaten" aktiviert. Hier werden sowohl das Textfeld "Lookups" als auch das vom Backend verwendete Fremdschlüsselfeld "Wert" angezeigt. Datenformatzeichenfolgen werden nicht angewendet.
51.2 MB
zip archive
Download Link:
Eine Möglichkeit wäre, mit der Datenbank zu beginnen. Mit diesem Datenbank-First-Ansatz müssen Sie das perfekte Datenbankschema entwerfen, das alle vorhergesagten Anforderungen für Ihr Unternehmen erfüllt. Sobald die Entwicklung des Schemas abgeschlossen ist, ist es an der Zeit, zu den nach vorne gerichteten Elementen der Anwendung überzugehen - der Benutzeroberfläche, den API-Anforderungen usw. Aber welche Technologie wählen Sie? Es gibt Dutzende von Frameworks und Entwicklungstools, die jedes Jahr eingeführt werden, und Dutzende weitere, die im selben Jahr aus der Mode kommen. Viele dieser Technologien konzentrieren sich auf die Präsentation und Datenbindung, wobei wenig über die Implementierung serverseitiger Komponenten nachgedacht wird. Dies führt dazu, dass eine Kombination von Technologien ausgewählt werden muss, die synergistisch sind. Sobald die Werkzeuge ausgewählt sind, müssen Sie lernen, wie Sie sie in vollem Umfang nutzen können - dies kann lange dauern.
Nachdem die Frameworks ausgewählt wurden, müssen Sie viel Zeit damit verbringen, die für Ihre Datenbankstruktur erforderliche Architektur zu implementieren. Außerdem muss jede Seite für jedes Datenbankobjekt entworfen und geschrieben werden. Stellen Sie sich vor, wie lange es dauern würde, jedes Bildschirmbild unten zu erstellen!
Eine andere Möglichkeit wäre, zuerst die Benutzeroberfläche zu entwickeln und die Datenbank zu erstellen, während Sie fortfahren. Diese Option steht bei der ersten Option vor vielen Herausforderungen - die Entwicklung der Benutzeroberfläche ist schwierig.
Was passiert auch nach Abschluss des Antrags in den folgenden Situationen?
• Projektanforderungen ändern sich
• Neues und verbessertes Framework oder Bibliothek veröffentlicht
• Ausgewähltes Framework veraltet
• Leistungs- oder Skalierbarkeitsprobleme
Die übliche Lösung für dieses Problem besteht darin, einen Teil der Anwendung neu zu schreiben oder manchmal sogar zu einem anderen Technologie-Stack zu wechseln. Die bloße Zeit, die für diesen Zyklus aufgewendet wird, kann unerschwinglich sein.
Eine bessere Lösung wäre, die Form und Struktur Ihrer Datenbank vom Erscheinungsbild der Benutzeroberfläche und dem Verhalten des serverseitigen Teils zu entkoppeln. Auf diese Weise würde die Clientbibliothek einen generischen Mechanismus zum Rendern von CRUD-Anwendungen bereitstellen. Die serverseitige Bibliothek wäre in der Lage, SQL-Skripte basierend auf dem Datenmodell dynamisch zu erstellen und Anforderungen generisch zu verarbeiten. Es wäre dann trivial, diese App um Funktionen wie Sortieren, Filtern, Diagrammieren, Planen, Berichten, Zugriffssteuerungsregeln usw. zu erweitern. Wenn Änderungen in der App vorgenommen werden müssen, muss nur das Modell geändert werden - diese Änderungen würden sich dann sowohl im server- als auch im clientseitigen Framework widerspiegeln.
Wir stellen Ihnen eine dritte Option vor - den Code On Time-Anwendungsgenerator. Der erste Schritt besteht darin, Ihr Datenbankschema zu entwerfen. Definieren Sie dann Datenmodelle für Ihre Geschäftseinheiten. Der Anwendungsgenerator erstellt Datencontroller, Ansichten, Felder und alle anderen erforderlichen Metadaten. Darüber hinaus werden die server- und clientseitigen Frameworks zur sofortigen Verwendung generiert. Die Datenmodelle können umgeformt werden, um die Geschäftseinheiten genauer darzustellen. Wenn weitere Änderungen an den Modellen erforderlich sind, können die Controller direkt angepasst werden. Dies wirkt sich auf die Anzeige und das Verhalten der App aus. Wenn eine gründliche Anpassung erforderlich ist, kann die Anwendung um benutzerdefinierte Komponenten, Stylesheets und Code erweitert werden, um den letzten Schliff hinzuzufügen. Dieser iterative Ansatz für die Anwendungsentwicklung verlängert die Bearbeitungszeit für neue Funktionen oder Änderungen am Datenbankschema erheblich, ohne Zeit für das Verschieben von Eingaben oder das Ändern von SQL-Skripten zu verschwenden.
Wählen Sie ein Datenbankobjekt aus, um mit der Erstellung eines Datenmodells zu beginnen. Der Generator übernimmt die Objektdefinition und untersucht die Objektbeziehungen im Schema, um ein Standardmodell zu erstellen. Jede Spalte im primären Objekt wird eingeschlossen, und das erste Zeichenfolgenfeld von jedem verwandten Objekt wird eingeschlossen. Beziehungen bis zu einer Tiefe von 3 werden durchlaufen, um die Daten für die Benutzeroberfläche ordnungsgemäß zu normalisieren.
Bei den meisten Entwicklungsstapeln ist es schwierig, der Benutzeroberfläche ein Feld hinzuzufügen. Sie müssten allen Formularen zur Datensatzerstellung, Anzeige und Bearbeitung von Formularen eine neue Eingabe hinzufügen und diese in die Listenansicht aufnehmen. Mit dem Data Model Builder ist dieser Vorgang einfach - überprüfen Sie einfach die entsprechende Spalte im Diagramm, und die Spalte wird automatisch zur Liste der Felder hinzugefügt. Dieses Feld wird zu jeder Liste, jedem Raster und jedem Formular hinzugefügt, die sich auf dieses Datenbankobjekt beziehen, und jedes SQL-Skript enthält diese Spalte. Selbst Nachschlageingaben zeigen diese neue Spalte in der Vorschau an, ohne dass Sie sich darum bemühen müssen.
Auf der Registerkarte „Daten“ wird eine Vorschau der erwarteten Ausgabe angezeigt, die dem aktuellen Design des Datenmodells entspricht. Es wird eine Liste der Datensätze angezeigt, die bei der Ausführung der Abfrage ausgewählt werden. Standardmäßig ist der Modus "Rohdaten" aktiviert. Hier werden sowohl das Textfeld "Lookups" als auch das vom Backend verwendete Fremdschlüsselfeld "Wert" angezeigt. Datenformatzeichenfolgen werden nicht angewendet.
51.2 MB
zip archive
Download Link:
