Reading Time: 6 mins

5 meilleures pratiques pour utiliser Mendix de la bonne façon

https://www.zucisystems.com/blog/5-best-practices-to-use-mendix-the-right-way/

5 meilleures pratiques pour utiliser Mendix de la bonne façon

Cet article couvre cinq bonnes pratiques chaque entreprise doit suivre lorsqu'elle utilise Mendix pour une application conviviale , sécurisée, évolutive , transparente et hautement maintenable .

Mendix est une plate-forme de développement rapide d'applications (RAD) qui vous permet de créer des solutions numériques pour le mobile, le Web et les intégrations sans écrire de code.

Il s'agit d'une plate-forme puissante qui permet le développement d'applications d'entreprise en pensant à l'utilisateur. Mais avec n'importe quel outil RAD, il y a certaines meilleures pratiques et choses à surveiller lors de la construction d'une application utilisant une technologie particulière.

Si vous rencontrez des problèmes avec Mendix ou si vous l'utilisez sans obtenir un véritable retour sur investissement, la raison peut être liée à la façon dont vous utilisez Mendix. Si tel est le cas, faites de ces 5 bonnes pratiques vos nouvelles bonnes pratiques.

En suivant ces cinq meilleures pratiques, vous serez sûr de pouvoir créer une application conviviale, sécurisée, évolutive et facile à entretenir.

Vous trouverez ci-dessous 5 meilleures pratiques pour utiliser Mendix de la "bonne façon". Plongeons dedans.

Mendix Best Practice #1 : Basique : ne codez pas sur une plate-forme à faible code

Que vous soyez nouveau dans le logiciel ou un vétéran chevronné, il est important de suivre les bonnes pratiques dans le monde du codage. Lors du développement dans Mendix, le mantra a été de ne pas coder sur une plate-forme à faible code.

Mais certains développeurs essaient de suivre leur approche de développement précédente dans une plate-forme low code, ce qui ne devrait pas être le cas.

1. Mendix est une plateforme riche en fonctionnalités. Apprenez à l'utiliser de la bonne façon pour développer des applications.

Par exemple : Utilisez la grille disponible, n'essayez pas de créer des tableaux en utilisant le bloc HTML.

2. Les éléments d'interface utilisateur doivent utiliser une source de données intégrée. Les développeurs tentent d'appeler une API externe à partir du bloc JS disponible. Au lieu de cela, les développeurs doivent utiliser l'approche prédéfinie de Mendix pour les appels d'API.

3. L'utilisation correcte des fonctionnalités de Mendix est directement liée à la vie de l'application, car elle contribuera à maintenir la sécurité et à soutenir l'évolutivité de l'application.

Regardez cette vidéo de notre ingénieur logiciel, Kiran Krishnan, qui explique les 5 prochaines meilleures pratiques que nous avons manqué d'ajouter dans ce blog pour accélérer le développement de code faible avec l'outil Mendix.

Mendix Best Practice #2 : Gardez à l'esprit la maintenabilité de l'application

Les applications sont censées exister longtemps. Différents développeurs gèrent des projets au fil des ans. Et, par conséquent, garder l'environnement propre et compréhensible est obligatoire.

1. Structurez les dossiers de manière appropriée selon l'histoire du projet afin qu'elle soit compréhensible pour les autres développeurs. Par exemple, les Microflux ou Nanoflux courants doivent être placés dans un dossier identifiable pour devenir réutilisables.

2. Les modules d'un projet doivent fonctionner comme des applications distinctes. Les modèles de domaine, Microflow, NanoFlow, Styles, etc. peuvent y être placés.

3. Utilisez Annotation autant que possible pour expliquer la fonctionnalité obtenue. Certains endroits courants où cela est obligatoire sont les microflux, les modèles de domaine, les nanoflux, etc.

4. Gardez à l'esprit que Mendix travaille constamment à l'améliorer. Respectez toujours l'approche de développement de Mendix pour faciliter le processus de mise à niveau de l'application.

Low-CodeNo-Code-Est-ce-vraiment-l'avenir-du-développement-de-logiciels

Mendix Best Practice #3 : Modèles de domaine

Une bonne conception de base de données est comme une base solide pour une application. Créez des modèles de domaine propres et conçus pour l'avenir de l'application.

1. Nommez l'entité et les attributs de manière appropriée afin qu'ils soient descriptifs. Gardez à l'esprit que Mendix nomme automatiquement l'association entre les entités.

2. Les entités avec des interactions élevées doivent être indexées. Mendix récupère l'objet avec toutes les colonnes, et l'indexation permet d'obtenir rapidement l'ID Mendix et aide également au tri.

3. Le comportement de suppression doit être configuré efficacement. Des configurations mal gérées peuvent accumuler des données orphelines qui peuvent occuper un espace inutile. Par exemple, la suppression d'un objet peut rendre ses objets associés inutiles si le comportement de suppression n'est pas correctement configuré dans le modèle de domaine.

4. Maintenir des modèles de domaine distincts pour chaque module et minimiser l'association avec des entités avec d'autres modules

5. Soyez prudent lorsque vous utilisez des attributs calculés. L'attribut calculé est déclenché chaque fois qu'un objet est modifié ou récupéré. Dans un tel cas, cela entraînera une charge supplémentaire (et un retard) alors que le résultat de la logique n'est pas utilisé. La création d'attributs calculés affecte toujours les performances, vous devez donc évaluer s'il est nécessaire de les utiliser.

6. L'entité non persistante est essentielle pour éviter les associations inutiles entre les entités. Les objets non persistants dans Mendix ne sont pas conservés dans le serveur d'exécution mais conservés dans le client Mendix.

Les services informatiques sont à court de temps avec une demande incroyablement élevée de numérisation. Ils se tournent vers des plates-formes low-code pour simplifier le développement d'applications complexes et les déployer rapidement. Découvrez notre webinaire pour découvrez pourquoi vous devriez ad o pt a plate - forme low -code maintenant .

Meilleure pratique Mendix #4 : MicroFlow

En règle générale, les noms de microflux doivent inclure le type d'événement qui les déclenche, le nom de l'entité principale en cours de traitement et l'opération en cours :{PREFIX} _{Entity} _{Operation} .

Par exemple : ACT_Vendor_StartWorkflow

1. Faites des commits après la boucle dans un commit de liste. Si nécessaire, créez une liste nommée< entité> _CommitList avant la boucle et collectez les éléments qui y sont validés. Pour les récupérations dans une boucle, envisagez de récupérer toutes les données avant la boucle et effectuez des recherches sur cette liste à l'intérieur de la boucle. Si les boucles contiennent des décisions, déterminez si la logique de décision peut être une requête avant la boucle pour minimiser les itérations.

2. Empêchez les récupérations inutiles si des objets ou des listes peuvent être transmis en tant que paramètres.

3. Utilisez l'association récupérer sur si possible. Cela utilise la mise en cache, qui est plus lisible, et utilise un index. Si la logique métier nécessite la valeur de la base de données (car la valeur sur l'association peut être modifiée), comprenez qu'une récupération de la base de données est nécessaire.

4. Engagez-vous le plus tard possible. Un commit verrouille cet enregistrement (ou cette liste d'enregistrements). Cela signifie que tout autre utilisateur/logique qui souhaite valider le même objet doit attendre la fin de la première transaction.

5. Divisez les microflux en éléments logiques et fonctionnels. Si un microflux comporte plus de vingt-cinq éléments, divisez-le en créant un sous-microflux pour une partie de celui-ci, par exemple en séparant la logique de présentation de la logique métier.

Les développeurs citoyens obtiennent-ils la sortie dont ils ont besoin des plateformes Low Code ?

Meilleure pratique Mendix #5 : Sécurité

Il est important de se rappeler que la sécurité de l'information est une bataille constante. C'est pourquoi Mendix assure toujours la sécurité des données de ses clients grâce à une stratégie de protection des données efficace et fiable combinée à une stratégie agressive de résistance aux attaques. Suivez ces meilleures pratiques pour une sécurité maximale des applications.

1. Spécifiez des règles d'accès sur une entité appliquées lors de l'exécution d'une requête, en restreignant les données avant de revenir à l'utilisateur.

2. Utilisez toujours les composants natifs de Mendix, ce qui élimine le souci d'injection. Les requêtes (comme XPath) sont paramétrées et donc toujours échappées, rendant l'injection SQL impossible. Lorsque vous utilisez des composants de la boutique d'applications Mendix ou d'interfaces externes, assurez-vous qu'ils sont échappés pour éviter l'injection.

3. Limitez l'accès aux gestionnaires de requêtes depuis le portail des développeurs (détails de l'environnement), par exemple en désactivant les points de terminaison inutilisés, en appliquant des restrictions IP ou une authentification par certificat client.

4. Chiffrez les données sensibles stockées dans la base de données. Des modules de chiffrement sont disponibles dans la boutique d'applications Mendix qui permet de chiffrer les données sensibles.

5. Le nom d'utilisateur de l'administrateur peut être modifié dans les paramètres de sécurité de l'application dans l'onglet administrateur. Il est conseillé de renommer l'utilisateur admin.

6. Utilisez la connexion SSL et la clé publique pour le point de terminaison dans l'application. De plus, les en-têtes HTTP peuvent ajouter une couche de sécurité supplémentaire et vous aider à détecter des attaques spécifiques.

7. Supprimez les modules inutilisés, les widgets, les bibliothèques Java, les microflux qui ne sont pas utilisés. Garder l'hygiène de votre application à un niveau élevé réduira les risques d'une application vulnérable.

Pensée finale

Sans aucun doute, Mendix est une plate-forme étonnante que les entreprises utilisent pour créer rapidement des prototypes, des MVP et des applications prêtes pour la production.

Les avantages de l'utilisation de Mendix incluent son extensibilité et sa rapidité ; cela peut prendre quelque chose comme une semaine pour construire ce qui pourrait autrement prendre des mois, voire des années.

Mais nous savons tous qu'un grand pouvoir s'accompagne d'une grande responsabilité. Zuci Systems est un partenaire d'implémentation low-code et a déployé avec succès plus de 200 applications low-code. Découvrez comment nous avons aidé les petites, moyennes et entreprises Fortune 500 avec le développement d'applications à faible code.

Vous voulez de l'aide pour le développement low code ? Programmer un 15 minutes appelez dès aujourd'hui nos architectes low - code.

Janaha Vivek

I write about fintech, data, and everything around it | Assistant Marketing Manager @ Zuci Systems.