Leestijd : 1 minuten

5 Best Practices om Mendix op de juiste manier te gebruiken

Assistant Marketing Manager

I write about fintech, data, and everything around it


Dit artikel behandelt vijf best practices elke bedrijf moet volgen bij het gebruik van Mendix fof a gebruiksvriendelijke, veilige, schaalbare, naadloze, en zeer onderhoudbare toepassing.

Mendix is een
snelle applicatieontwikkeling
(RAD) platform waarmee je digitale oplossingen voor mobiel, web en integraties kunt maken zonder code te schrijven.

Het is een krachtig platform waarmee bedrijfsapplicaties kunnen worden ontwikkeld met de gebruiker in gedachten. Maar met elke RAD-tool die er is, zijn er bepaalde best practices en dingen waar je op moet letten als je een applicatie bouwt met een bepaalde technologie.

Als je merkt dat je problemen hebt met Mendix of het gebruikt zonder een echte ROI te krijgen, kan de reden te maken hebben met hoe je Mendix gebruikt. Als dat het geval is, maak dan van deze 5 best practices je nieuwe best practices.

Als je deze vijf best practices volgt, zorg je ervoor dat je een applicatie maakt die gebruiksvriendelijk, veilig, schaalbaar en eenvoudig te onderhouden is.

Hieronder staan 5 best practices om Mendix op de “juiste manier” te gebruiken. Laten we er meteen in duiken.


Mendix Best Practice #1: Basis: codeer niet in een low-code platform


Of je nu nieuw bent in de software of een doorgewinterde veteraan, het is belangrijk om goede werkwijzen te volgen in de codeerwereld. Bij het ontwikkelen in Mendix is de mantra geweest om niet te coderen in een low-code platform.

Maar sommige ontwikkelaars proberen hun vorige ontwikkelaanpak te volgen in een low-code platform, wat niet het geval zou moeten zijn.

1. Mendix is een platform met veel mogelijkheden. Leer het op de juiste manier te gebruiken om applicaties te ontwikkelen.


Bijvoorbeeld:
Gebruik het beschikbare raster, probeer geen tabellen te maken met behulp van het HTML-blok.

2. UI-elementen moeten een ingebouwde gegevensbron gebruiken. Ontwikkelaars proberen externe API’s aan te roepen vanuit het beschikbare JS-blok. In plaats daarvan moeten ontwikkelaars de voorgedefinieerde aanpak van Mendix voor API-aanroepen gebruiken.

3. Het op de juiste manier gebruiken van de Mendix-functies is direct gerelateerd aan de levensduur van de applicatie, omdat het helpt de veiligheid te handhaven en de schaalbaarheid van de applicatie ondersteunt.

Bekijk deze video van onze software engineer, Kiran Krishnan, die de volgende 5 best practices uitlegt die we in deze blog hebben gemist voor het versnellen van low-code ontwikkeling met de Mendix tool.


Mendix Best Practice #2: Houd rekening met de onderhoudbaarheid van de applicatie



Applicaties zijn bedoeld om lang te blijven bestaan. Verschillende ontwikkelaars behandelen de projecten door de jaren heen. En dus is het verplicht om de omgeving schoon en begrijpelijk te houden.

1. Structureer de mappen op de juiste manier volgens het projectverhaal, zodat het begrijpelijk is voor andere ontwikkelaars. Gemeenschappelijke Microflows of Nanoflows moeten bijvoorbeeld in een map worden geplaatst die herkenbaar is, zodat ze herbruikbaar worden.

2. Modules binnen een project moeten functioneren als afzonderlijke toepassingen. Domeinmodellen, Microflow, NanoFlow, Styles, enz. kunnen hierin worden geplaatst.

3. Gebruik zoveel mogelijk Annotatie om de bereikte functionaliteit uit te leggen – enkele veel voorkomende plaatsen waar dit verplicht is, zijn Microflows, Referentiemodellen, NanoFlows, enzovoort.

4. Houd er rekening mee dat Mendix voortdurend werkt aan verbetering. Houd altijd vast aan de Mendix-ontwikkelaanpak om het proces van het upgraden van de applicatie te vereenvoudigen.

Low-CodeNo-Code-Is-Het-Echt-de-Toekomst-van-Software-ontwikkeling


Mendix Best Practice #3: Domeinmodellen


Een goed Databaseontwerp is als een sterk fundament voor een applicatie. Bouw domeinmodellen die schoon zijn en ontworpen voor de toekomst van de applicatie.

1. Geef de entiteit en attributen de juiste naam zodat deze beschrijvend is. Houd er rekening mee dat Mendix automatisch de associatie tussen entiteiten benoemt.

2. Entiteiten met veel interacties moeten worden geïndexeerd. Mendix haalt het object met alle kolommen op en indexering helpt om de Mendix ID snel te krijgen en helpt ook bij het sorteren.

3. Het verwijdergedrag moet effectief worden geconfigureerd. Verkeerd beheerde configuraties kunnen verweesde gegevens verzamelen die onnodige ruimte in beslag nemen. Bijvoorbeeld, het verwijderen van een object kan de bijbehorende objecten onbruikbaar maken als het verwijdergedrag niet juist is geconfigureerd binnen het domeinmodel.

4. Voor elke module aparte domeinmodellen onderhouden en de associatie met entiteiten uit andere modules minimaliseren

5. Wees voorzichtig bij het gebruik van berekende attributen. Berekend Attribuut wordt geactiveerd telkens als een object wordt gewijzigd of opgehaald. In zo’n geval zal het resulteren in een extra belasting (en vertraging) terwijl het resultaat van de logica niet wordt gebruikt. Het maken van berekende attributen beïnvloedt altijd de prestaties, dus je moet evalueren of het nodig is om ze te gebruiken.

6. Een niet-persistente entiteit helpt bij het vermijden van onnodige associaties tussen entiteiten. Niet-persistable objecten in Mendix worden niet bewaard in de runtime server, maar in de Mendix client.


IT-afdelingen zitten in tijdsnood met een ongelooflijk hoge vraag naar digitalisering. Ze wenden zich tot low-code platforms om de ontwikkeling van complexe applicaties te vereenvoudigen en snel te implementeren. Bekijk onze webinar om leer waarom uopt a lOe-code platform nu.


Mendix Best Practice #4: MicroFlow


Over het algemeen moeten namen van microstromen het type gebeurtenis bevatten dat ze triggert, de naam van de hoofdentiteit die wordt verwerkt en de bewerking die wordt uitgevoerd: {PREFIX}_{Entity}_{Operation}.


Bijvoorbeeld: ACT_Vendor_StartWorkflow

1. Doe commits na de lus in een lijst commit. Maak indien nodig een lijst aan met de naam < entiteit>_CommitList vóór de lus en verzamel de items die daar worden vastgelegd. Overweeg voor het ophalen in een lus om alle gegevens vóór de lus op te halen en doe vondsten op die lijst in de lus. Als lussen beslissingen bevatten, overweeg dan of de beslissingslogica een query kan zijn vóór de lus om iteraties te minimaliseren.

2. Voorkom onnodig ophalen als objecten of lijsten kunnen worden doorgegeven als parameters.

3. Gebruik indien mogelijk de retrieve over associatie. Dit maakt gebruik van caching, wat leesbaarder is, en het gebruikt een index. Als de bedrijfslogica de databasewaarde nodig heeft (omdat de waarde tijdens de associatie kan veranderen), begrijp dan dat een retrieve van de database nodig is.

4. Committeer je zo laat mogelijk. Een vastlegging vergrendelt die record (of lijst van records). Dit betekent dat iedere andere gebruiker/logica die hetzelfde object wil vastleggen, moet wachten tot de eerste transactie is afgerond.

5. Splits microstromen op in logische, functionele elementen. Als een microstroom meer dan vijfentwintig elementen heeft, splits deze dan op door een sub-microstroom te maken voor een deel ervan, bijvoorbeeld door de presentatielogica te scheiden van de bedrijfslogica.

Krijgen Citizen Developers de output die ze nodig hebben van Low Code Platforms?


Mendix Best Practice #5: Beveiliging


Het is belangrijk om te onthouden dat informatiebeveiliging een constante strijd is. Daarom zorgt Mendix altijd voor de veiligheid en beveiliging van de gegevens van zijn klanten door middel van een effectieve en betrouwbare gegevensbeschermingsstrategie in combinatie met een agressieve aanvalsweerstandstrategie. Volg deze best practices voor maximale beveiliging van applicaties.

1. Geef toegangsregels op voor een entiteit die worden toegepast wanneer een query wordt uitgevoerd, waardoor de gegevens worden beperkt voordat ze naar de gebruiker worden teruggestuurd.

2. Gebruik altijd Mendix native componenten, waardoor je je geen zorgen hoeft te maken over injectie. Query’s (zoals XPath) zijn geparametriseerd en daarom altijd ontsnapt, waardoor SQL-injectie onmogelijk is. Als je componenten uit de Mendix app store of externe interfaces gebruikt, zorg er dan voor dat ze escaped zijn om injectie te voorkomen.

3. Beperk de toegang tot request-handlers vanuit het ontwikkelaarsportaal (Omgevingsdetails), zoals het uitschakelen van ongebruikte eindpunten, het toepassen van IP-beperkingen of verificatie van clientcertificaten.

4. Versleutel gevoelige gegevens die in de database zijn opgeslagen. Er zijn versleutelingsmodules beschikbaar in de Mendix app store die helpen bij het versleutelen van gevoelige gegevens.

5. De gebruikersnaam van de beheerder kan worden gewijzigd in-app Beveiligingsinstellingen op het tabblad Beheerder. Het is aan te raden om de admin gebruiker te hernoemen.

6. Gebruik SSL-verbinding en openbare sleutel voor het eindpunt in de toepassing. HTTP-headers kunnen ook een extra beveiligingslaag toevoegen en je helpen bij het detecteren van specifieke aanvallen.

7. Verwijder ongebruikte modules, widgets, Java-bibliotheken en microflows. Door de hygiëne van je app op een hoog niveau te houden, verklein je de kans op een kwetsbare applicatie.


Laatste gedachte



Mendix is ongetwijfeld een fantastisch platform dat bedrijven gebruiken om snel prototypes, MVP’s en productieklare applicaties te bouwen.

De voordelen van het gebruik van Mendix zijn onder andere de uitbreidbaarheid en snelheid; het kan ongeveer een week duren om te bouwen wat anders maanden of zelfs jaren zou kunnen duren.

Maar we weten allemaal dat grote macht grote verantwoordelijkheid met zich meebrengt. Zuci Systems is een low-code implementatiepartner en heeft met succes meer dan 200 low-code applicaties geïmplementeerd.

Kijk hoe we kleine, middelgrote en Fortune 500-bedrijven hebben geholpen met het ontwikkelen van low-code applicaties.



Wil je hulp bij low-code-ontwikkeling
?



Plan een 15-minuten



gesprek met
onze lage

code architecten.

Leave A Comment

Verwante berichten