Temps de lecture : 1 Minutes

5 bonnes pratiques pour utiliser Mendix de la bonne manière

Assistant Marketing Manager

I write about fintech, data, and everything around it


Cet article couvre cinq meilleures pratiques tous entreprise doit suivre lorsqu’elle utilise Mendix fpour a conviviale, sécurisée, évolutive, sans faille, et hautement maintenable l’application.

Mendix est un logiciel de
plateforme de développement rapide d’applications
(RAD) qui vous permet de créer des solutions numériques pour les mobiles, le web et les intégrations sans écrire de code.

Il s’agit d’une plateforme puissante qui permet de développer des applications d’entreprise en tenant compte de l’utilisateur. Mais avec n’importe quel outil RAD, il y a certaines bonnes pratiques et des choses à surveiller lorsque l’on construit une application en utilisant une technologie particulière.

Si vous rencontrez des difficultés avec Mendix ou si vous l’utilisez sans obtenir un véritable retour sur investissement, la raison peut être liée à la manière dont vous utilisez Mendix. Si c’est le cas, faites de ces 5 bonnes pratiques vos nouvelles bonnes pratiques.

Le respect de ces cinq bonnes pratiques vous permettra de créer une application conviviale, sécurisée, évolutive et facile à maintenir.

Vous trouverez ci-dessous 5 bonnes pratiques pour utiliser Mendix de la “bonne manière”. Plongeons dans le vif du sujet.


Mendix Best Practice #1 : Basic : Ne pas coder dans une plateforme à faible code


Que vous soyez novice ou vétéran, il est important de respecter les bonnes pratiques dans le monde du codage. Lors du développement dans Mendix, le mantra a été de ne pas coder dans une plateforme à faible code.

Mais certains développeurs essaient de suivre leur ancienne approche de développement dans une plateforme à faible code, ce qui ne devrait pas être le cas.

1. Mendix est une plateforme riche en fonctionnalités. Apprenez à l’utiliser correctement pour développer des applications.


Par exemple, utilisez la grille disponible :
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 essaient d’appeler une API externe à partir du bloc JS disponible. Les développeurs devraient plutôt 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 permet de maintenir la sécurité et de soutenir l’évolutivité de l’application.

Regardez cette vidéo de notre ingénieur logiciel, Kiran Krishnan, qui explique les 5 meilleures pratiques suivantes que nous n’avons pas ajoutées dans ce blog pour accélérer le développement de code bas avec l’outil Mendix.


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



Les applications sont conçues pour durer longtemps. Différents développeurs gèrent les projets au fil des ans. Il est donc impératif de maintenir l’environnement propre et compréhensible.

1. Structurez les dossiers de manière appropriée en fonction de l’histoire du projet afin qu’ils soient compréhensibles pour les autres développeurs. Par exemple, les microflows ou nanoflows communs 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, le Microflow, le NanoFlow, les styles, etc. peuvent être placés à l’intérieur.

3. Utilisez les annotations autant que possible pour expliquer la fonctionnalité obtenue – les microflux, les modèles de domaine, les nanoflows, etc. sont des exemples d’endroits où elles sont obligatoires.

4. Gardez à l’esprit que Mendix travaille constamment à son amélioration. Restez toujours fidèle à l’approche de développement Mendix pour faciliter le processus de mise à jour de l’application.

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


Meilleure pratique Mendix #3 : Modèles de domaine


Une bonne conception de base de données est comme une fondation solide pour une application. Construisez 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 ayant des interactions importantes 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 facilite également le tri.

3. Le comportement de suppression doit être configuré de manière efficace. Les configurations mal gérées peuvent accumuler des données orphelines qui occupent un espace inutile. Par exemple, la suppression d’un objet peut rendre inutiles les objets qui lui sont associés 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 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 ce cas, il en résultera 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, c’est pourquoi vous devez évaluer s’il est nécessaire de les utiliser.

6. L’entité non persistante permet d’éviter les associations inutiles entre les entités. Les objets non périssables dans Mendix ne sont pas conservés dans le serveur d’exécution mais dans le client Mendix.


Les services informatiques manquent de temps face à une demande de numérisation incroyablement élevée.. Ils se tournent vers des plateformes à code bas pour simplifier le développement d’applications complexes et les déployer rapidement. Consultez notre webinaire pour apprenez pourquoi vous devriez adopt a low-code de la plate-forme maintenant.


Meilleure pratique Mendix #4 : MicroFlow


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


Par exemple : ACT_Vendor_StartWorkflow ACT_Vendor_StartWorkflow

1. Effectuez des livraisons après la boucle dans une liste de livraisons. Si nécessaire, créez une liste nommée < entity>_CommitList avant la boucle et collectez les éléments qui y sont déposés. Pour les extractions dans une boucle, envisagez d’extraire toutes les données avant la boucle et d’effectuer des recherches sur cette liste à l’intérieur de la boucle. Si les boucles contiennent des décisions, examinez si la logique de décision peut être une requête avant la boucle afin de minimiser les itérations.

2. Évitez les extractions inutiles si des objets ou des listes peuvent être transmis en tant que paramètres.

3. Utilisez si possible l’association “retrieve over”. Il utilise la mise en cache, qui est plus lisible, et il utilise un index. Si la logique commerciale nécessite la valeur de la base de données (parce que la valeur de l’association peut être modifiée), il faut comprendre qu’une extraction de la base de données est nécessaire.

4. Engagez-vous le plus tard possible. Une validation verrouille cet enregistrement (ou cette liste d’enregistrements). Cela signifie que tout autre utilisateur/logique qui souhaite valider le même objet doit attendre que la première transaction soit terminée.

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 commerciale.

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 un combat permanent. 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 bonnes pratiques pour une sécurité maximale des applications.

1. Spécifiez les règles d’accès à une entité appliquées lors de l’exécution d’une requête, en limitant les données avant qu’elles ne soient renvoyées à l’utilisateur.

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

3. Restreindre 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 d’IP ou l’authentification par certificat de client.

4. Chiffrer les données sensibles stockées dans la base de données. Des modules de chiffrement sont disponibles dans la boutique d’applications Mendix et permettent 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 final dans l’application. En outre, les en-têtes HTTP peuvent ajouter une couche supplémentaire de sécurité et vous aider à détecter des attaques spécifiques.

7. Supprimez les modules, widgets, bibliothèques Java et microflows inutilisés. En maintenant l’hygiène de vos applications à un niveau élevé, vous réduisez les risques d’avoir une application vulnérable.


Dernière réflexion



Il ne fait aucun doute que Mendix est une plateforme extraordinaire que les entreprises utilisent pour créer rapidement des prototypes, des MVP et des applications prêtes à la production.

Les avantages de l’utilisation de Mendix sont notamment son extensibilité et sa rapidité ; il faut parfois une semaine pour construire ce qui prendrait autrement 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 de mise en œuvre de code bas et a déployé avec succès plus de 200 applications de code bas.

Découvrez comment nous avons aidé des petites, moyennes et grandes entreprises à développer des applications à code réduit.



Vous voulez de l’aide pour le développement d’un code bas
?



Planifiez un appel de 15 minutes



de 15 minutes avec
notre faible

de code dès aujourd’hui.

Leave A Comment

Articles connexes