Architecture des applications

La plate-forme AppMaster.io no-code construit des applications de la même manière que les développeurs ordinaires. Par conséquent, les composants de votre application seront les mêmes que ceux de tout logiciel professionnel.

Backend et frontend

L'application créée dans AppMaster.io sera constituée de deux parties principales :

• Backend - le back-end de votre application - tout ce qui se trouve sous le capot. C'est ici que la logique générale du travail est déterminée, que les paramètres clés sont configurés, que les principaux processus de traitement des données sont créés ; cette partie se trouve sur le serveur et n'est pas visible pour les utilisateurs.
• Lefront-end est la partie visuelle de votre application avec laquelle les utilisateurs interagissent. On peut dire qu'il s'agit de votre application - comment elle se présentera du point de vue des utilisateurs. Cette partie est configurée dans l'un des éditeurs d'applications - Web Apps pour les applications Web et Mobile Apps pour les applications mobiles.

Grâce à cette structure, vous pouvez créer simultanément une application Web et une application mobile qui seront connectées l'une à l'autre par un backend commun.

Backend

Le backend des applications créées par AppMaster.io peut être hébergé sur votre serveur local, sur le cloud AppMaster.io Cloud, ou sur un stockage tiers - AWS, Azure, Google Cloud, etc.
Vous pouvez exporter des binaires, des fichiers personnalisés et le code source de votre application - et les déplacer où vous voulez, automatiquement ou manuellement.

Lebackend de votre application est construit selon la logique suivante :

• Conception de la base de données - création des modèles de données et des relations entre eux.
• Construction de la logique métier - mise en place des processus métier.. ;
• Configuration des points de terminaison et du middleware.

Les modules sont utilisés pour connecter des fonctions supplémentaires.

Nous recommandons d'ajouter tous les modules nécessaires en une seule fois - ils contiennent des éléments qui vous seront utiles lors de la conception et accélèrent le développement.

Front-end

Après avoir conçu le back-end, vous pouvez accéder aux paramètres du front-end - directement pour les applications - dans l'un des concepteurs : Web Apps (pour les applications web) ou Mobile Apps (pour les applications mobiles).

L'ordre de construction d'une application dans AppMaster.io va du back-end au front-end. Cependant, vous pouvez d'abord créer une application fictive, et ensuite "lier" les données et la logique d'entreprise.

Base de données et modèles de données

Toutes les données de l'application sont stockées dans une structure strictement définie afin de pouvoir travailler avec elles à l'aide d'algorithmes clairs. Les différentes parties de cette structure sont appelées bases de données. Pour la conception de bases de données no-code, AppMaster.io utilise un éditeur visuel de modèles de données.

Modèles de données

Lesmodèles de données sont des sortes de tableaux avec des descriptions de données qui sont stockées dans les bases de données. Lorsque vous créez un modèle de données, vous définissez exactement quelles données seront dans votre application, comment elles diffèrent les unes des autres, et comment vous pouvez travailler avec elles.

Les modèles de données se trouvent dans un concepteur distinct AppMaster Studio - dans l'onglet Data Design.

Lesdonnées que vous avez saisies(utilisateurs, clients, produits, commandes, messages, etc.) peuvent être visualisées dans l'application finie, mais vous ne les verrez pas dans AppMaster Studio. Dans le concepteur, vous ne travaillerez qu'avec une représentation visuelle de la structure de stockage des données et des processus qui se produiront avec elles.

Processus métier

Lesprocessus métier sont des séquences logiques d'actions qui mettent en œuvre une fonctionnalité spécifique dans votre application. Par exemple, la création d'une demande de client, la réservation d'un billet ou l'envoi d'un message. Lors de la création d'un processus de gestion, vous déterminez d'où l'application prendra les informations, où les transférer, comment et dans quel ordre les traiter - autrement dit, vous définissez la logique de gestion de l'application.

Vous pouvez créer et modifier les processus métier dans un concepteur spécial, sous l'onglet Business logic. L'exécution des processus métier peut être lancée selon un calendrier, ou être appelée par d'autres processus métier ou points d'accès.

Points de terminaison

Lespoints de terminaison sont une sorte de passerelle qui relie les processus du serveur de votre application au front-end (application web ou mobile elle-même). Chaque point de terminaison sera associé à un processus métier et à un élément de page (ou d'écran) - afin de transférer des données entre eux.

Vous pouvez créer et configurer les endpoints dans l'onglet Endpoints de AppMaster Studio.

Pour gérer des tâches complexes (contrôle d'accès, filtrage des données), un intergiciel est connecté au point de terminaison. Il joue le rôle d'un lien supplémentaire entre l'endpoint et le processus métier et vous permet de personnaliser davantage leur interaction.

Certains intergiciels sont ajoutés à votre application par défaut, d'autres lorsque certains modules sont installés. Par exemple, le module Auth qui est responsable de l'autorisation des utilisateurs, fournit un middleware Token Auth intergiciel permettant de gérer les autorisations de lancement d'un endpoint spécifique.

Les points de terminaison forment ce que l'on appelle l'API REST - l'interface de programmation de votre application pour l'échange de données mise en œuvre à l'aide de l'approche architecturale REST .

API AppMaster.io

API (Application Programming Interface) est un ensemble d'outils permettant d'échanger des données entre le frontend de votre application, sa partie serveur, ainsi que les applications, services et sites tiers qui y sont connectés. REST est la technologie par laquelle cet échange de données a lieu.

Ladocumentation API de votre application est générée automatiquement et enregistrée au format OpenAPI (Swagger) dans son backend.

Il n'est pas nécessaire de comprendre spécifiquement son fonctionnement pour maîtriser AppMaster.io - vous en comprendrez les principes de base en étudiant les outils de la plate-forme. Par ailleurs, l'essentiel de l'API est créé par AppMaster.io - la plupart des réglages sont effectués par défaut ou lors de la connexion des modules.

Vous devrez modifier manuellement certains des paramètres de API lorsque vous intégrerez (connecterez) votre application à d'autres applications ou à des ressources externes.

Publication

Après avoir créé une application (ou modifié une partie de celle-ci) dans AppMaster.io Studio, il faut la publier - c'est-à-dire la poster sur Internet - afin de la tester ou de la rendre accessible aux utilisateurs.

Lorsque vous publiez, le code généré à partir de vos diagrammes dans AppMaster.io Studio sera compilé - converti en une application finie.

Vous pouvez publier votre application sur AppMaster Cloudun service en nuage tiers ou votre serveur personnel. Les applications mobiles peuvent être placées sur l'App Store et Google Play.
Les composants du serveur d'applications (y compris le gestionnaire d'applications mobiles), les applications Web et Swagger sont regroupés dans un seul fichier binaire. Ce fichier peut être compilé pour différents systèmes d'exploitation - Linux, Windows, MacOS avec différentes architectures de processeur - x86-32, x86-64, et même ARM;

Les applications mobiles peuvent être publiées directement sur l'App Store ou Google Play. Grâce à l'application Mobile Apps Adaptervous ne devez publier votre application dans le magasin qu'une seule fois - si vous souhaitez la modifier ou la mettre à jour, dans la plupart des cas, vous n'aurez pas besoin de la republier.

The Mobile Apps Adapter est un moteur moderne en temps réel qui relie les points d'extrémité des applications mobiles et permet de concevoir l'interface utilisateur et les flux de données des applications mobiles déployées. Le rendu de l'interface et des données se fait en temps réel, sans délai visible. Cette approche offre de nombreuses options pour modifier les applications sans les republier dans les magasins.