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 es ändern, indem Sie auf das Dropdown-Menü drücken.
Sie müssen den Transport-Name nicht festlegen, da er automatisch generiert wird.
Zusätzlich können Sie Ihrem Modul Projekte zuweisen.
Nun ist 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, das Sie zum 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 Modulnutzung in Apps anzuzeigen, was es Ihnen ermöglicht, direkt in die Anwendung zu springen, indem Sie darauf klicken.
Innerhalb der Bearbeitung der Module haben Sie fast die gleichen Möglichkeiten wie bei der Bearbeitung von Anwendungen.
Durch Bearbeiten des Moduls gelangen Sie direkt zum UI Designer.
Sie können zu den App Wizards, Data Workbench, Interfaces und anderen wechseln.
| Abhängigkeiten/Scripted Widgets | Alle Abhängigkeiten, die ein Modul verwendet, sind in seinem eigenen Namensraum 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 eigenständig gestartet wird, d.h. anonyme Logins, Benutzer-Logins und Auto-Felder, etc. werden wie in einer normalen App gehandhabt. Wenn das Modul in eine App geladen wird, stellt es keine eigenen automatischen Felder oder Berechtigungen bereit, sondern verwendet stattdessen die Berechtigungen und automatischen Felder der übergeordneten App. |
| Assets (Bibliotheken, CSS, Bilder usw.) | Wenn ein Modul von einer App geladen wird und ein beliebiges Asset definiert, das auch durch die 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 mit den Übersetzungsdateien der App zusammengeführt, sodass die Sprachdateien der App alle Übersetzungen enthalten. Den Übersetzungsschlüsseln des Moduls wird daher der Modulname vorangestellt, aber wenn ein Modul eine Sprache definiert, die in der Hauptanwendung nicht vorhanden ist, wird es nicht berücksichtigt. |
| Theming-Module können kein eigenes Design bereitstellen, daher wird beim Laden das Design der App verwendet. | |
| Frontend-Kennung | Bei Modulen kann der FrontendIdentifier nicht bearbeitet werden und ist an den Namen des Moduls gebunden, um Konflikte zu vermeiden. Es ist weiterhin möglich, die Frontend-Kennung von Apps zu bearbeiten. |
| Simplifier Client | Module sind nicht in der App-Liste des Simplifier Clients aufgeführt. |
| HTML-IDs HTML-Elementen mit Präfix | in Modulen wird immer der Modulname vorangestellt, um Konflikte mit gleichnamigen Elementen in Apps zu vermeiden. |
Sehen Sie sich an, wie Sie Module im Process Designer verwenden.
