Entwicklung von Servercode in Projektanwendungen

Das Entwickeln und Debuggen von Servercode in Projektanwendungen ist in 4D v18 R4 einfacher denn je. Schauen wir uns doch einfach mal an, wie das geht.

Wir sind uns bewusst, dass es viele verschiedene Szenarien für die Client/Server-Entwicklung gibt. Deshalb werden wir in einem kommenden Blog-Beitrag zeigen, wie Sie die Entwicklung von Projektanwendungen innerhalb eines Teams verwalten können. In der Zwischenzeit wollen wir uns ansehen, wie man Servercode entwickelt, feinabstimmt und debuggt.

Dieses neue Verhalten ist sehr nützlich bei der Entwicklung von gespeicherten Prozeduren und Methoden, die auf Servern ausgeführt werden (z. B. Webserver-Methoden und -Trigger oder Befehle, die bestimmte Ergebnisse zurückgeben).

Erinnerung an das allgemeine Client/Server-Verhalten

Sie haben sicherlich bemerkt, dass Sie bei der Entwicklung von Projektanwendungen im Client/Server-Modus keinen Code oder Formulare auf der Client-Seite ändern können. Der Grund dafür ist, dass der Client bei der Verbindung mit dem Server eine einzelne .4DZ-Datei herunterlädt, die alle Projektdateien enthält (d. h. einen Schnappschuss des Servercodes zum Zeitpunkt der Verbindung).

Da die .4DZ Datei komprimiert ist, bietet sie viele Vorteile: Die Übertragung von 4D Server zu 4D Remote ist effizienter (geringere Bandbreite) und die Integrität des Codes bleibt erhalten (z. B. keine Desynchronisation zwischen Methodenaufrufen und neuen Methodenparametern).

Folglich können Projektdateien auf der Client-Seite nicht geändert werden.

Eine NEUE Art, Servercode zu entwickeln und zu debuggen

Um Zeit zu sparen und zu vermeiden, dass Sie Ihre Serveranwendung nach jeder Codeänderung neu starten müssen (im Standalone-Modus), bieten wir Ihnen die Möglichkeit, Ihren serverseitigen Code zu verfeinern und zu debuggen.

Wenn Sie nun ein 4D Remote anschließen, das sich auf demselben Computer wie der 4D Server befindet, kann das Remote 4D die Projektdateien (Code, Formulare, Ressourcen usw.) ändern.

Wie funktioniert das?

Wenn ein 4D Developer Client eine Verbindung zu einem 4D Server auf demselben Computer herstellt, wird die .4DZ Datei nicht vom Server zum Client übertragen. 4D Remote verwaltet die Projektdateien (Methoden, Formulare, Ressourcen usw.) wie ein 4D Einzelplatz-Client. Die Projektdateien werden von 4D Server und 4D Remote gemeinsam genutzt.

Auf diese Weise können Sie Ihren Code ändern und ihn während des laufenden Betriebs testen.

Wenn Sie möchten, dass der Server die geänderten Dateien neu lädt, wechseln Sie einfach von der Entwicklungsumgebung in den Anwendungsmodus, bringen Sie den 4D Server in den Vordergrund oder wählen Sie den Menüpunkt „Datei / Alles speichern“ in 4D Remote (oder verwenden Sie den neuen RELOAD PROJECT Befehl).

Denken Sie daran, dass das Ausführen einer Methode auf der Client-Seite automatisch eine „Save all“ -Aktion auslöst, wodurch die geänderten Dateien auf der Server-Seite neu geladen werden.

Wenn Sie Fragen zu dieser Funktion haben, können Sie sich gerne an der Diskussion im 4D Forum beteiligen.

Avatar
- Product Owner - Damien Fuzeau ist seit Februar 2019 Mitglied des 4D Produktteams. Als Product Owner ist er für das Schreiben von User Stories zuständig, die er dann in funktionale Spezifikationen umsetzt. Zu seinen Aufgaben gehört es auch, dafür zu sorgen, dass die gelieferten Funktionsimplementierungen den Anforderungen der Kunden entsprechen. Damien hat an der Universität von Nantes einen Abschluss in Softwaretechnik gemacht. Er verbrachte mehr als 23 Jahre in seinem früheren Unternehmen, zunächst als Entwickler (er entdeckte 4D im Jahr 1997) und später als technischer Leiter und Softwarearchitekt. Dieses Unternehmen ist ein 4D OEM Partner und hat 4D basierte Geschäftssoftware für Tausende von Usern auf Hunderten von Servern eingesetzt. Damien ist also mit der Entwicklung und dem Einsatz von 4D in einem mehrsprachigen Kontext vertraut.