La couche (ou niveau d'abstraction, ou une couche d'abstraction) est un moyen de masquer les détails d'implémentation d'un ensemble particulier de fonctionnalités.
Situation Plus tôt dans la soirée, j'ai répondu à une question sur StackOverflow. La question: La modification d'un objet existant doit être effectuée dans la couche référentiel ou dans le service? Par exemple, si j'ai un utilisateur qui a des dettes. Je veux changer sa dette. Dois-je le faire dans...
Dans une application Web MVC typique (bien conçue), la base de données ne connaît pas le code du modèle, le code du modèle ne connaît pas le code du contrôleur et le code du contrôleur ne connaît pas le code de vue. (J'imagine que vous pourriez même commencer aussi bas que le matériel, ou peut-être...
CONTEXTE : J'essaie d'utiliser l'architecture épurée d'Oncle Bob dans mon application Android. J'ai étudié de nombreux projets open source qui essayent de montrer la bonne façon de le faire, et j'ai trouvé une implémentation intéressante basée sur RxAndroid. CE QUE JE NOUS AVIS: Dans chaque couche...
Certains de mes collègues m'ont dit que la logique métier dans les procédures stockées de la base de données enfreignait l'architecture de séparation à trois niveaux, car la base de données appartenait à la couche de données, alors que les procédures stockées étaient de la logique métier. Je pense...
Est-il judicieux d'utiliser un ORM dans le développement Android ou le cadre est-il optimisé pour un couplage plus étroit entre l'interface utilisateur et la couche DB? Contexte : Je viens de commencer avec le développement Android, et mon premier réflexe (issu d'un arrière-plan .net) a été de...
La tendance dans la conception et le développement d'applications semble commencer par les "entrailles": le domaine, puis l'accès aux données, puis l'infrastructure, etc. L'interface graphique semble généralement venir plus tard dans le processus. Je me demande s'il ne serait jamais utile de...
Je sais que vous pensez (ou criez peut-être), "pas une autre question demandant où appartient la validation dans une architecture en couches?!?" Eh bien, oui, mais j'espère que ce sera un peu une vision différente du sujet. Je suis fermement convaincu que la validation prend de nombreuses formes,...
J'essaie de travailler un peu avec Entity Framework et j'ai une question concernant la séparation des couches. J'utilise généralement l'approche UI -> BLL -> DAL et je me demande comment utiliser EF ici. Mon DAL serait généralement quelque chose comme GetPerson(id) { // some sql return new...
En considérant un logiciel de taille moyenne à grande avec une architecture à n couches et une injection de dépendances, je suis à l'aise de dire qu'un objet appartenant à une couche peut dépendre d'objets de couches inférieures mais jamais d'objets de couches supérieures. Mais je ne sais pas quoi...
Je ne vois que des avantages pour l'architecture d'oignon par rapport à l'architecture à 3 couches où le BL avait la responsabilité d'appeler des méthodes sur DAL (ou une interface de DAL) pour faire CRUD. L'oignon a une meilleure séparation des préoccupations, la testabilité, la maintenabilité et...
Je lis sur les couches d'application et souhaite utiliser cette conception dans mon prochain projet (c #, .Net). Quelques questions: La séparation des couches se fait-elle via des espaces de noms? Project.BLL.What, Project.DAL.Wthing Est-il plus approprié de séparer par couches, puis composants...
J'ai du mal à tracer une ligne claire entre la couche Présentation et Application dans la conception pilotée par domaine. Où les contrôleurs, les vues, les mises en page, les fichiers Javascript et CSS doivent-ils aller? Est-ce dans la couche Application ou Présentation? Et s'ils vont tous ensemble...