Module ermöglichen die logische Trennung von Benutzeroberflächen und Anwendungslogik. Es unterteilt Ihre Anwendung in kleinere Komponenten, erhöht die Wiederverwendbarkeit, verbessert die Laufzeitleistung durch dynamisches Laden und verbessert die Wartung.
Fügen Sie ein neues Modul hinzu, indem Sie auf die Plus-Schaltfläche in der oberen rechten Ecke klicken.
Legen Sie einen Namen und eine Beschreibung fest. Die Standardsprache ist amerikanisches Englisch; Sie können dies ändern, indem Sie auf das Dropdown-Menü klicken. Sie müssen den Transportnamen nicht festlegen, da er automatisch generiert wird. Zusätzlich können Sie Ihrem Modul Projekte zuweisen.
Jetzt wurde das Modul erstellt und wird in der Übersicht angezeigt. Sie können nach Name, Beschreibung, Autor oder Framework suchen.
Auf der rechten Seite haben Sie die üblichen Möglichkeiten. Sie können das Modul bearbeiten, was Sie zu seinem UI Designer führt, zur Vorschau wechseln oder es löschen. Es gibt auch die Möglichkeit, die Beschreibung zu bearbeiten, das Modul zu kopieren oder die Modulverwendung in Apps anzuzeigen, wodurch Sie durch Anklicken direkt in die Anwendung springen können.
Innerhalb der Bearbeitung der Module haben Sie fast die gleichen Möglichkeiten wie bei der Bearbeitung von Anwendungen.
Durch die Bearbeitung des Moduls gelangen Sie direkt zum UI Designer. Sie können zu den App Wizards, Data Workbench, Interfaces und Sonstiges wechseln.
| Abhängigkeiten/Scripted Widgets | Alle Abhängigkeiten, die ein Modul verwendet, sind innerhalb seines eigenen Namensraums wie folgt verfügbar: Vorher: io.simplifier.widgets.Text→ Nachher: <ModulName>Widgets.io.simplifier.widgets.Text→ MyModuleWidgets.io.simplifier.widgets.Text (Beispiel) |
| Berechtigungen und Auto-Felder | Ein Modul hat seine eigenen Berechtigungen und Auto-Felder, wenn es Standalone gestartet wird, d.h. anonyme Logins, Benutzer-Logins und Auto-Felder usw. werden wie in einer normalen App behandelt. Wenn das Modul innerhalb einer App geladen wird, stellt es keine eigenen Auto-Felder oder Berechtigungen bereit, sondern verwendet stattdessen die Berechtigungen und Auto-Felder der übergeordneten App. |
| Assets (Bibliotheken, CSS, Bilder usw.) | Wenn ein Modul von einer App geladen wird und ein Asset definiert, das auch von der App selbst definiert wird, werden die Assets des Moduls durch die Assets der App überschrieben. Wenn es einen Konflikt zwischen den Modulen gibt, wird eine Warnung angezeigt, die das Merge-Verhalten erklärt:
|
| Sprachen | Übersetzungsdateien von Modulen, die von Apps geladen werden, werden in die Übersetzungsdateien der App zusammengeführt, so dass die Sprachdateien der App alle Übersetzungen enthalten. Die Übersetzungsschlüssel des Moduls werden daher mit dem Modulnamen versehen, aber wenn ein Modul eine Sprache definiert, die in der Hauptanwendung nicht existiert, wird sie nicht berücksichtigt. |
| Theming | Module können kein eigenes Design bereitstellen, daher wird beim Laden das Design der App verwendet. |
| FrontendIdentifier | Für Module kann der FrontendIdentifier nicht bearbeitet werden und ist fest auf den Namen des Moduls eingestellt, um Konflikte zu vermeiden. Es ist weiterhin möglich, den Frontend-Identifier von Apps zu bearbeiten. |
| Simplifier Client | Module werden nicht in der App-Liste des Simplifier Clients aufgeführt. |
| HTML-Ids Prefixed | HTML-Elemente in Modulen werden immer mit dem Modulnamen versehen, um Konflikte mit Elementen gleichen Namens in Apps zu vermeiden. |
Schauen Sie sich an, wie Sie Module im Process Designer verwenden.
