"Pourquoi le rendre orienté objet, 2e édition" https://www.amazon.co.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%81%A7%E3%81%AA%E3%81%9C%E3%81%A4%E3%81%8F%E3%82%8B%E3%81%AE%E3%81%8B-%E7%AC%AC2%E7%89%88-%E5%B9%B3%E6%BE%A4-%E7%AB%A0/dp/4822284654)
Un livre d'introduction sur l'orientation des objets (POO). Je pense que le livre d'introduction est destiné aux personnes qui écrivent des programmes pour le travail ou les loisirs.
Comme une caractéristique du livre d'introduction expliquant la POO ・ L'animal est une super classe, le chien est une sous-classe et le pot est une instance. ・ Moyens d'exprimer la réalité telle qu'elle est dans le logiciel Bien qu'il existe de nombreux livres qui mettent l'accent sur l'explication qui met l'accent sur la facilité d'accès dans de telles analogies, ce livre est __ "La POO ne reflète pas toute la réalité, c'est l'un des moyens de laisser le PC reprendre une partie du travail" __ __ "Le mécanisme du programme et la manière de penser (organisation générale) pour incorporer le monde réel dans le programme sont différents" __ J'explique calmement la POO avec une telle position.
Au premier semestre, tout en abordant l'histoire de la transition du langage machine → langage d'assemblage → langage de haut niveau → langage structuré et les limites du développement à grande échelle avec eux, Il décrit les points qui ont compensé les faiblesses qui ne pouvaient pas être couvertes par la programmation structurée par la fonction de création de «groupe de pièces réutilisées» comme la bibliothèque de classes et le framework par OOP. Le rôle spécifique de cette fonction est -Combinaison de variables et de sous-programmes __ -Cacher les pour qu'ils ne puissent être utilisés qu'à l'intérieur de la classe __ -Créer plusieurs instances à partir d'une classe __ Il est exprimé comme.
Dans la partie centrale, un chapitre a été consacré au mécanisme de la mémoire et de l'instance en POO, et la zone statique, la zone de tas, la zone de pile, etc. ont été expliquées d'une manière facile à comprendre. Après cela, il a été écrit sur la réutilisation des pièces et des idées provoquées par la POO, ici. ・ Bibliothèque de classe ·Cadre ·composant · Design pattern A été expliqué. Jusque-là, l'explication était relativement proche du "programme", mais à partir de ce point, l'analyse commerciale et la définition des besoins Ce sera une histoire qui est consciente du lien entre «processus en amont» et POO. Parce que · Classification ・ Polymorphisme ・ Héritage En effet, même si cette idée peut être appliquée à la conception de programmes, elle ne peut pas être appliquée au monde réel tel qu'il est. Par conséquent, set théorie a été utilisé comme un moyen de connecter avec succès le monde réel et le monde logiciel (je l'ai fait en mathématiques au lycée). En effet, la relation entre une classe et une instance est un ensemble et un élément. De plus, bien que la classe OOP et la théorie des ensembles soient strictement différentes, le flux qui a été naturellement appliqué est également court. Dans le prochain chapitre, nous donnerons un aperçu d'UML comme moyen d'exprimer l'organisation du monde réel et comme moyen d'exprimer un logiciel en deux dimensions.
En fin de compte, les capacités matérielles accrues prolongent la durée de vie de l'application. La définition de la structure de l'ensemble du logiciel est expliquée avec le fait que la maintenabilité et la réutilisabilité sont devenues importantes. Pour cela, il est nécessaire de composer avec des pièces très indépendantes en raison d'une forte condensation et d'un couplage faible. Il est écrit que deux techniques sont nécessaires: une technique d'agencement dans le processus en amont et une technique de programmation dans le processus en aval. Jusqu'à présent, la POO a été écrite, Dans le chapitre suivant, la transition de l'environnement de développement autour de la POO est décrite. En commençant par le développement en cascade, des processus de développement itératifs (généralement RUP et XP) sont nés. Promouvoir une méthode de développement similaire avec cette dernière propriété en la nommant développement agile. Tels que l'histoire. Et comme méthode pratique pour les promouvoir, ・ Développement d'essai routier ・ Refactoring ・ CI Semble avoir été amélioré et répandu.
Enfin, je présenterai quelques technologies à la mode telles que les technologies orientées aspect (AOP), orientées agent et orientées service en tant que technologies qui viennent après la POO, ainsi qu'un aperçu et une explication de base des langages fonctionnels qui ont attiré l'attention ces dernières années. A été présenté.
L'auteur a répété à plusieurs reprises dans le livre que «le logiciel n'est pas le reflet direct du monde réel». Il se peut que beaucoup de gens pensent qu'il "reflète le monde réel tel qu'il est", et j'ai fortement ressenti l'insistance sur le fait que nous devrions faire attention aux malentendus.
En cours de route, il y avait un chapitre expliquant la mémoire et les exemples, mais personnellement, je l'ai trouvé très facile à comprendre, et j'ai pensé que c'était un bon point de départ pour une recherche un peu plus approfondie.
Il y a longtemps, mes aînés m'ont dit que «l'orientation objet est une théorie collective». À ce moment-là, l'épingle n'est pas venue aussi loin. Cependant, l'explication dans ce livre selon laquelle «chaque objet du monde est devenu un objet à organiser en classes et en instances par la théorie des ensembles, et l'orientation objet a évolué en théorie cognitive et en philosophie» est facile à comprendre. Je me demande si __ est le point de mettre __real world __ dans le mécanisme des __ programmes orientés objet __.
D'un autre côté, en ce qui concerne UML et les processus en amont après la phase intermédiaire, il se peut que cela n'arrive pas à moins que vous ne l'ayez réellement fait. Il en va de même pour le dernier chapitre sur les langages fonctionnels. vice versa Quand je l'ai lu après l'avoir fait à la légère, j'ai senti qu'il m'est venu à l'esprit. Donc, je pense que c'est un bon livre comme une opportunité pour les personnes qui l'ont touché comme un travail de regarder en arrière et d'entrer dans un monde plus profond à partir d'une compréhension superficielle. Cependant, en termes de niveau, il est facile à lire même pour les débutants, et cela ne signifie pas nécessairement que vous ne pouvez pas le comprendre tant que vous n'êtes pas entré dans le processus en amont. J'ai ressenti un bon équilibre.
En outre, bien qu'il soit utile pour apprendre les transitions historiques et les concepts comme matériel de lecture pour la première fois, ce n'est pas un manuel qui décrit spécifiquement la programmation et comment écrire UML.