Fowler “Modèles d'Architecture Enterprise Application” elle encore pertinente?
Je pense acheter Martin Fowler "les Modèles de l'Architecture des Applications d'Entreprise".
De ce que je peux voir, il semble comme un grand livre, un livre d'architecture avec biais en faveur des enterprise Java -- juste ce dont j'ai besoin.
Cependant, dans l'ordinateur d'années, il est assez ancien. 2003 était il y a longtemps, et les choses ont évolué un peu depuis ce temps.
Donc je me demandais si quelqu'un peut me dire: ce livre est toujours d'actualité, et la peine de le lire?
- Les gens ont toujours tendance à citer le GoF.
- Un langage de programmation livre à partir de 2003 serait obsolète. Mais PEAA n'est pas sur un langage de programmation, il est à propos de conception orientée objet. Sauf si vous avez déplacé sur la prochaine grande chose (comme la programmation fonctionnelle, ou le modèle de programmation avec M) ce livre est tout aussi pertinente aujourd'hui qu'elle l'était le jour où il a été libéré.
- Comment la programmation fonctionnelle est la Prochaine Grande Chose? Il remonte aux années 50 avec LISP (1958), et même des années trente, si l'on Lambda Calcul, mais il ne faut pas pinailler. Oui, c'est toujours bien vivante. Mais la Prochaine Grande Chose... puis alphabet est la prochaine grande chose 😀
- Notez que le livre a été publié en novembre 2002, de ne pas en 2003. Cependant, il est très pertinent - c'est à propos des principes et des idées, et non pas sur le code. La preuve de concept de code à l'intérieur est plutôt déconseillé, mais si vous savez, C# ou Java, vous pouvez facilement mettre à jour ces extraits de code.
- viens de commander mon exemplaire 🙂
- la programmation fonctionnelle est la Prochaine Grande Chose?" - c'est la prochaine grande chose, parce que c'est de plus en plus largement accepté. "La prochaine chose" n'est pas une question de chronologie. C'est une question de suprématie (comme observé à partir de l'heure actuelle.) Il n'a pas d'importance si un paradigme, quel que soit vertueux, est ancien ou nouveau. Ce qui compte c'est sa ubiquituousness. Vieux, mais pratiquement inconnu de la plupart, et maintenant de plus en plus utilisé? La prochaine chose qu'il est alors.
Vous devez vous connecter pour publier un commentaire.
Oui, il est toujours très pertinentes et une excellente ressource.
Ce livre, et Eric Evans livre sur Domain-Driven Design, sont mes livres de l'année - chaque année 😉 ...
C'est très pertinent. J'ai souvent référence à d'autres développeurs de particulier les modèles de ce livre, que des liens vers son site (http://www.martinfowler.com/eaaCatalog/), comme Objet De Transfert De Données et La Couche De Service.
Le dernier est celui que je pensais que j'avais "inventé" jusqu'à ce que j'ai vu que Fowler avait déjà écrit à ce sujet.
Étant donné que les réponses à cette question sont maintenant trois ans, j'ai estimé qu'il était important de réaffirmer la pertinence de Martin Fowler modèles.
Du GOF modèles de conception de livre a d'abord été publié en 1994, et la plupart de ses modèles sont encore considérées comme pertinentes. On peut venir à une compréhension plus profonde d'entre eux et produit de subtiles variantes, mais ils sont là comme le fondement de toute bonne OO design.
Langues modernes de plus en plus de mettre en œuvre quelques-uns des motifs les coulisses afin que le développeur en théorie n'a pas à les connaître (un exemple est l'Itérateur modèle par la
yield
déclaration en C#). Mais, le développeur est un meilleur pour les connaître.Se déplaçant sur l'Martin du livre - c'est absolument toujours d'actualité. Il est vrai que de nombreuses bibliothèques maintenant l'appui de ces motifs en arrière-plan, une fois de plus faire abstraction loin de le promoteur, mais encore une fois, ils sont au cœur de l'entreprise développement d'application.
Ils résoudre les problèmes qui occurr, encore et encore, indépendamment de la langue, du système ou de la plate-forme.
Je suis en désaccord avec le "biais en faveur de Java" instruction. Les modèles, de par leur nature, sont indépendant de la langue. Ils sont définis comme des solutions à des problèmes communs. La copie de Fowler livre a des exemples en Java et en C#, donc je ne peux pas voir où est le "biais" est en. Ils sont les plus communs des langages orientés objet, et il parle orientée objet, solutions aux problèmes d'entreprises.
Du GoF livre a des exemples dans Smalltalk et C++. Pourquoi sont-ils si "biaisé" à l'encontre de Java et C#? Astuce: les langues n'existent pas quand ce livre a été écrit, mais les motifs sont aussi pertinents que jamais.
C'est actuellement le manuel utilisé à mon université Principes de Conception des Systèmes d'Information cours.
Très pertinent, et certainement pas enchaîné à une langue. Témoin de la prochaine Rails de passer à Merb, dans un sens très réel un déplacement à partir d'un motif dans POEAA (ActiveRecord) à l'autre (DataMapper).
Beaucoup d'autres concepts, à partir de l'ORM stratégies de gestion de session, sont à la fois pertinentes et indépendant de la langue. Je suis toujours sidéré quand j'ai lu ce combien est vaste Fowler influence de l'est. Il n'a pas inventé tous les concepts ici, mais il a certainement codifiée et mettre des noms à ces idées dans une concis et accessible, de manière à rendre le langage commun au sein de l'industrie. Toujours essentielle.
Absolument!
Le livre est un classique. Je viens de re-lire pour de l'aide avec un peu de travail sur event-driven systèmes comptables.
Fowler a été de revoir certaines habitudes depuis et vous pouvez voir son les travaux en cours.
Oui le livre est toujours d'actualité. Vous pouvez ramassage utilisé des copies sur Amazon si vous êtes inquiet au sujet de sa valeur et de le vendre à travers le même canal.