Le but de cet article est de travailler ensemble pour créer la certitude, créer une vision commune pour tous et proposer une définition courte, claire et pratique de la couche architecturale dans le domaine des applications d'entreprise. Vous pouvez discuter et compléter tout ce qui est donné dans l'article dans les commentaires, et je mets à jour le contenu de l'article conformément aux commentaires.
La division de l'architecture d'une application d'entreprise en couches permet
, .
- - , ,
- ,
- , ,
, .
Quelle est la confusion actuelle en ce qui concerne l'architecture en couches:
Une couche architecturale (d'une application d'entreprise) est un ensemble spĂ©cifique (limitĂ© par le but, fermĂ©) de ressources (outils pour travailler avec des ressources, des piĂšces, des composants), Ă l'aide duquel un ensemble (limitĂ© par des critĂšres) de tĂąches appliquĂ©es caractĂ©ristiques de cette couche est implĂ©mentĂ©. La couche supĂ©rieure implĂ©mente ses composants (ressources), en fonction des ressources de la couche infĂ©rieure. Les ressources d'une couche donnĂ©e sont compatibles les unes avec les autres et ne sont utilisĂ©es que dans cette couche (idĂ©alement). La couche parent peut crĂ©er ses propres ressources en utilisant les ressources de plusieurs couches. Il peut se rapporter Ă un systĂšme abstrait et idĂ©alisĂ© qui existe sous la forme de schĂ©mas, ou est plus liĂ© Ă la mise en Ćuvre - cela dĂ©termine les composants de la couche.
Composants de la couche:
- si la couche est liée à l'implémentation: classes, objets, contexte, services, contrÎleurs, proxies, assemblages ...
- si la couche concerne l'abstraction: modÚles de données (idéalisés), actions ...
Quelle est la couche architecturale caractérisée par:
- le but appliquĂ©, spĂ©cifique, logique, dĂ©finit une variĂ©tĂ© de tĂąches qui peuvent ĂȘtre attribuĂ©es Ă une certaine couche
- un certain ensemble de tùches implémentées sur une couche donnée
- ressources et outils avec lesquels les tĂąches sont mises en Ćuvre: donnĂ©es, objets et actions pouvant ĂȘtre effectuĂ©es sur des donnĂ©es et des objets
- les donnĂ©es et la logique d'une certaine couche sont cohĂ©rentes en elles-mĂȘmes
- la cohérence détermine la prévisibilité et la prédétermination de l'interaction des ressources d'une certaine couche, en d'autres termes, les détails dont la couche est formée sont compatibles les uns avec les autres
- une couche sĂ©parĂ©e peut ĂȘtre perçue comme un tout unique et autosuffisant
- la dĂ©pendance entre les couches peut ĂȘtre minimisĂ©e
- le calque créé peut servir de base à plusieurs calques parents différents
- lors du passage d'une couche à une autre, les entités modélisées sont généralement transformées d'une représentation à une autre
En bref sur l'ordre de conception des couches architecturales:
- Toutes les exigences commerciales sont mises en évidence et structurées en catégories.
- Les exigences sont décomposées en tùches à résoudre par l'application.
- Les tùches sont catégorisées et regroupées en fonction de la similitude de leur objet.
- Sur la base de ces catégories, l'objectif général de la couche architecturale est mis en évidence, dans lequel les tùches seront résolues.
- La rĂ©solution de problĂšmes peut ĂȘtre considĂ©rĂ©e comme un algorithme, ou un processus, qui fournit le rĂ©sultat souhaitĂ©. De toutes les tĂąches, on distingue les composants communs (dĂ©tails), Ă partir desquels ils sont mis en Ćuvre. (modĂšles et actions sur eux). Il y aura un article supplĂ©mentaire sur la façon dont cela est fait.
- En fonction des composants sélectionnés, les classes de la couche correspondante sont implémentées et, en rÚgle générale, combinées en un seul assemblage séparé.
Exemples de
1.
ISO/OSI
2.
,
3.
1 â , , , ,
2 â , â , âŠ
3 â , , â : , ,
() , (, , ) (, ).
, . 3 (, , ), . , , , .
ISO/OSI
2.
,
- : , ,
- (, , )
3.
1 â , , , ,
2 â , â , âŠ
3 â , , â : , ,
() , (, , ) (, ).
, . 3 (, , ), . , , , .