Cela prend généralement plus de temps à une équipe inexpérimentée pour construire à 3 niveaux. C'est plus de code, donc plus de bogues. Je me fais juste l'avocat du diable.

Je suppose qu'un inconvénient assez important est que le volume supplémentaire de code que vous devez écrire, gérer et maintenir pour un petit projet peut être exagéré.

Tout dépend de ce qui convient à la taille du projet, à la durée de vie prévue du projet final et au budget ! Parfois, même si faire les choses « correctement » est attrayant, faire quelque chose d'un peu plus « léger » peut être la bonne décision commerciale !

Comme pour tout, l'abstraction crée de la complexité, et donc la complexité de faire N-tiers doit être correctement justifiée, par exemple, est-ce que N-tiers profite réellement au système ? Il y aura de petits systèmes qui fonctionneront mieux avec N-tiers, bien que beaucoup d'entre eux ne le fassent pas.

De plus, même si votre système est petit pour le moment, vous voudrez peut-être y ajouter plus de fonctionnalités plus tard. Ne pas passer à plusieurs niveaux pourrait constituer une sorte de dette technique de votre part, il faut donc être prudent.

Le seul inconvénient est la complexité, mais il est vraiment difficile d'ajouter des objets de domaine et de se lier à une liste d'entre eux plutôt que d'utiliser un ensemble de données. Vous n'avez même pas besoin de créer trois projets séparés, vous pouvez simplement créer 3 dossiers séparés dans l'application Web et donner à chacun un espace de noms comme, YourCompany.YourApp.Domain, YourCompany.YourApp.Data, etc.

Le gros avantage est d'avoir une solution plus flexible. Si vous commencez à écrire votre application en tant qu'application centrée sur les données, en couplant fortement vos pages de formulaires Web à des ensembles de données, vous finirez par faire beaucoup plus de travail plus tard en migrant vers un modèle plus centré sur le domaine à mesure que votre logique métier devient plus complexe.

Peut-être qu'à court terme vous vous concentrez sur une solution simple en créant des objets de domaine très simples et en les remplissant à partir d'ensembles de données, puis vous pouvez leur ajouter une logique métier si nécessaire et créer un ORM plus sophistiqué si nécessaire, ou utiliser nhibernate.