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?
Merci
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 de 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.
Le 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 le biais de l' yield déclaration en C#). Mais, le développeur est un meilleur pour les connaître.
Le déplacement 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". 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 vois pas où la "partialité". Ils sont les plus communs des langages orientés objet, et il parle orientée objet, solutions aux problèmes d'entreprises.
Le 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.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
