Dans mon projet RentCRL, j’ai plusieurs types d’utilisateurs : Owner, Tenant, etc.
Comme souvent en test, j’ai voulu faire un builder fluide pour créer ces objets proprement.
J’ai donc commencé avec un UserBuilder, puis j’ai fait un OwnerBuilder qui hérite de UserBuilder, en override la méthode Create() pour retourner un Owner au lieu d’un User.
Dans cet article, je partage mon expérience de déploiement de RentCRL sur Azure. Cette application comprend :
une application React
une API REST construite avec ASP.NET Core
une base de données Azure Cosmos DB
Mon objectif principal est de montrer comment je suis passé de l’environnement local "Development" à l’environnement "Staging" et de rendre RentCRL accessible à tout le monde..
Suite du développement de RentCRL : l’application qui permet aux propriétaires d’envoyer automatiquement les quittances de loyer à leurs locataires. Après avoir travaillé sur le frontend en React et l’intégration d’Auth0 pour l’authentification, je me suis attaqué au backend. Je vous partage ici mes choix techniques et leur motivation.
Pour faire simple, nous parlerons de clean architecture, DDD, minimal API, du pattern Result et de FluentValidation.
Dans cet article, je vais vous présenter l'architecture de RentCRL, visant à simplifier la gestion locative en automatisant les tâches telles que la collecte des loyers et la génération des quittances pour les propriétaires.
Pour ce projet de taille modeste, j'ai choisi de réaliser uniquement 3 diagrammes dans ma partie conception pour m'aider à le concrétiser.
Je suis heureux de vous présenter mon nouveau projet, RentCRL. Dans les prochains jours, je travaillerai activement sur ce projet et partagerai avec vous les détails de son développement à travers une série d'articles.
RentCRL vise à simplifier la gestion des biens immobiliers pour les propriétaires. Il s'agit d'une application web qui permettra aux propriétaires de prélever les loyers de leurs locataires et d'envoyer les quittances de manière entièrement automatisée.