面向对象是怎样工作的（第2版）

出版者:人民邮电出版社

作者:[日]平泽章

页数:280

译者:侯振龙

出版时间:2020-7-13

价格:69

装帧:平装

isbn号码:9787115541239

丛书系列:图灵程序设计丛书·图解与入门系列

具体描述

本书以图配文的形式，直观易懂地详细介绍了面向对象的全貌及其中包含的各项技术，包括面向对象编程、框架、设计模式、UML、建模、面向对象设计和敏捷开发等。对于各项技术是如何使用的（How），书中只进行最小限度的说明，而重点介绍这些技术究竟是什么样的（What）以及为什么需要这些技术（Why）。另外，书中设有“编程往事”专栏，介绍了作者年轻时的一些经历；还设有“对象的另一面”专栏，以与正文不同的视角讲解面向对象这一概念普及的背景和原因，通俗有趣。

作者简介

平泽章

就职于UL System株式会社，多次参与面向大型金融机构的第三次在线系统的开发等系统开发工作，后负责技术咨询业务，2001年转为现在的职务。著有《UML建模教程》，是Working Effectively With Legacy Code、Refactoring: Improving the Design of Existing Code日文版译者之一。

目录信息

第1章 面向对象：让软件开发变轻松的技术 1
1.1　面向对象是软件开发的综合技术　3
1.2　以对象为中心编写软件的开发方法　4
1.3　从编程语言演化为综合技术　4
1.4　在混乱的状态下去理解，就会觉得很难　5
1.5　混乱之一：术语洪流　6
1.6　混乱之二：比喻滥用　7
1.7　混乱之三：“一切都是对象”综合征　8
1.8　三种混乱增大了理解的难度　9
1.9　因为不理解，所以才感觉神秘　10
1.10　消除这三种混乱，就能看到面向对象的真面目　10
1.11　本书的构成　11
第2章 似是而非：面向对象与现实世界　13
2.1　如果只理解概念，就容易混乱　15
2.2　对照现实世界介绍面向对象　15
2.3　类指类型，实例指具体的物　16
2.4　多态让消息的发送方法通用　18
2.5　继承对共同点和不同点进行系统的分类和整理　20
2.6　面向对象和现实世界是似是而非的　22
2.7　现实世界的人和物不是由类创建的　23
2.8　现实世界的人和物并不只是根据消息来行动　24
2.9　明确定义为编程结构　25
2.10　软件并不会直接表示现实世界　25
2.11　与现实世界的相似扩大了可能性　26
专栏　对象的另一面
成为潮词的面向对象　27
第3章　理解OOP：编程语言的历史　29
3.1　OOP的出现具有必然性　31
3.2　最初使用机器语言编写程序　31
3.3　编程语言的第 一步是汇编语言　32
3.4　高级语言的发明使程序更加接近人类　33
3.5　重视易懂性的结构化编程　34
3.6　提高子程序的独立性，强化可维护性　35
3.7　实现无GOTO编程的结构化语言　38
3.8　进化方向演变为重视可维护性和可重用性　39
3.9　没有解决全局变量问题和可重用性差的问题　41
专栏　编程往事
COBOL编译器的鸡和蛋的问题　45
第4章　面向对象编程技术：去除冗余、进行整理　47
4.1　OOP具有结构化语言所没有的三种结构　49
4.2　OOP的结构会根据编程语言的不同而略有差异　51
4.3　三大要素之一：类具有的三种功能　51
4.4　类的功能之一：汇总　52
4.5　类的功能之二：隐藏　55
4.6　类的功能之三：创建很多个　58
4.7　实例变量是限定访问范围的全局变量　61
4.8　三大要素之二：实现调用端公用化的多态　63
4.9　三大要素之三：去除类的重复定义的继承　67
4.10　对三大要素的总结　70
4.11　通过嵌入类型使程序员的工作变轻松　71
4.12　将类作为类型使用　72
4.13　编程语言“退化”了吗　74
4.14　更先进的OOP结构　74
4.15　进化的OOP结构之一：包　75
4.16　进化的OOP结构之二：异常　76
4.17　进化的OOP结构之三：垃圾回收　78
4.18　对OOP进化的总结　80
4.19　决心决定OOP的生死　81
第5章　理解内存结构：程序员的基本素养　83
5.1　理解OOP程序的运行机制　85
5.2　两种运行方式：编译器与解释器　85
5.3　解释、运行中间代码的虚拟机　88
5.4　CPU同时运行多个线程　89
5.5　使用静态区、堆区和栈区进行管理　91
5.6　OOP的特征在于内存的用法　94
5.7　每个类只加载一个类信息　95
5.8　每次创建实例都会使用堆区　96
5.9　在变量中存储实例的指针　97
5.10　复制存储实例的变量时要多加注意　99
5.11　多态让不同的类看起来一样　103
5.12　根据继承的信息类型的不同，内存配置也不同　105
5.13　孤立的实例由垃圾回收处理　107
专栏　编程往事
OOP中dump看起来很费劲？　113
第6章　重用：OOP带来的软件重用和思想重用　115
6.1　OOP的优秀结构能够促进重用　117
6.2　类库是OOP的软件构件群　119
6.3　标准类库是语言规范的一部分　120
6.4　将Object类作为祖先类的继承结构　121
6.5　框架存在各种含义　122
6.6　框架是应用程序的半成品　123
6.7　世界上可重用的软件构件群　124
6.8　独立性较高的构件：组件　125
6.9　设计模式是优秀的设计思想集　125
6.10　设计模式是类库探险的路标　128
6.11　扩展到各个领域的思想的重用　129
6.12　通过类库和模式发现的重用的好处　130
第7章　化为通用的归纳整理法的面向对象　133
7.1　软件不会直接表示现实世界　135
7.2　应用于集合论和职责分配　137
7.3　在上流工程中化为通用的归纳整理法　139
7.4　两种含义引起混乱　140
7.5　分为OOP的扩展和归纳整理法进行思考　141
7.6　为何化为了通用的归纳整理法　142
专栏　对象的另一面
语言在先，还是概念在先　143
第8章　UML：查看无形软件的工具　145
8.1　UML是表示软件功能和结构的图形的绘制方法　147
8.2　UML有13种图形　148
8.3　UML的使用方法大致分为三种　150
8.4　UML的使用方法之一：表示程序结构和动作　151
8.5　类图表示OOP程序的结构　151
8.6　使用时序图和通信图表示动作　154
8.7　UML的使用方法之二：表示归纳整理法的成果　156
8.8　使用类图表示根据集合论进行整理的结果　157
8.9　表示职责分配的时序图和通信图　160
8.10　UML的使用方法之三：表示非面向对象　163
8.11　使用用例图表示交给计算机的工作　163
8.12　使用活动图表示工作流程　164
8.13　使用状态机图表示状态的变化　165
8.14　弥补自然语言和计算机语言缺点的“语言”　166
第9章　建模：填补现实世界和软件之间的沟壑　171
9.1　现实世界和软件之间存在沟壑　173
9.2　计算机擅长固定工作和记忆工作　174
9.3　通过业务分析、需求定义和设计来填补沟壑　175
9.4　建模是顺利推进这3个阶段的工作的技术　176
9.5　应用程序不同，建模的内容也不一样　177
9.6　业务应用程序记录现实中的事情　178
9.7　对图书馆的借阅业务进行建模　179
9.8　使用用例图来表示图书馆业务　181
9.9　用概念模型表示图书馆系统的信息　183
9.10　业务应用程序中只有数据是无缝的　184
9.11　嵌入式软件替换现实世界的工作　186
9.12　嵌入式软件中设备的研究开发很重要　187
9.13　使用状态机图来表示全自动工作的情形　189
9.14　嵌入式软件一直执行单调的工作　190
9.15　建模蕴含着软件开发的乐趣　191
第10章 面向对象设计：拟人化和职责分配　195
10.1　设计的目标范围很广　197
10.2　相比运行效率，现在更重视可维护性和可重用性　198
10.3　设计目标之一：去除重复　199
10.4　设计目标之二：提高构件的独立性　200
10.5　提高构件独立性的诀窍　202
10.6　设计目标之三：避免依赖关系发生循环　203
10.7　面向对象设计的“感觉”是拟人化和职责分配　205
10.8　进行了职责分配的软件创建的奇妙世界　206
第11章 衍生：敏捷开发和TDD　211
11.1　仅靠技术和技术窍门，软件开发并不会成功　213
11.2　系统地汇总了作业步骤和成果的开发流程　214
11.3　限制修改的瀑布式开发流程　214
11.4　瀑布式开发流程的极限　215
11.5　灵活响应变化的迭代式开发流程　216
11.6　RUP按时间分解和管理开发　217
11.7　打破诸多限制的XP　219
11.8　快速编写优秀软件的敏捷宣言　221
11.9　支持敏捷开发的实践　222
11.10　先编写测试代码，一边运行一边开发的测试驱动开发　222
11.11　在程序完成后改善运行代码的重构　224
11.12　经常进行系统整合的持续集成　225
11.13　敏捷开发和TDD源于面向对象　226
11.14　不存在最好的开发流程　227
专栏　编程往事
过去不被允许的XP　231
第12章 熟练掌握面向对象　233
12.1　面向对象这一强大概念是原动力　235
12.2　时代追上了面向对象　236
12.3　面向对象的热潮不会结束　237
12.4　将面向对象作为工具熟练掌握　238
12.5　享受需要动脑的软件开发　239
第13章 函数式语言是怎样工作的　241
13.1　面向对象的“下一代”开发技术　243
13.2　函数式语言的7个特征　244
13.3　特征1：使用函数编写程序　244
13.4　特征2：所有表达式都返回值　246
13.5　特征3：将函数作为值进行处理　250
13.6　特征4：可以灵活组合函数和参数　252
13.7　特征5：没有副作用　256
13.8　特征6：使用分类和递归来编写循环处理　261
13.9　特征7：编译器自动进行类型推断　266
13.10　对7个特征的总结　270
13.11　函数式语言的分类　271
13.12　函数式语言的优势　271
13.13　函数式语言的课题　272
13.14　函数式语言和面向对象的关系　273
13.15　函数式语言会普及吗　275
后记　279
致谢　280
· · · · · · (收起)

用户评价

终于入手了《面向对象是怎样工作的（第2版）》！拿到这本书的那一刻，我就迫不及待地翻开，想看看它到底能带给我怎样的惊喜。我是一名刚入行不久的开发者，在学校里学到的面向对象知识，感觉就像是零散的积木，虽然知道它们的存在，但总感觉不知道如何将它们有效地拼接起来，构建出坚固而精美的“大厦”。在实际的项目中，我经常会因为不清楚如何组织代码、如何合理地划分模块而感到迷茫。有时，看到前辈们写出的那些优雅、易读的代码，总会惊叹于他们的设计功力，并暗自希望自己也能达到那种水平。我希望《面向对象是怎样工作的（第2版）》这本书能够像一位经验丰富的导师，能够一步步地引导我，从最基本的概念讲起，然后逐步深入到更复杂的面向对象设计模式和原则。我特别希望书中能够提供一些“图解”或者“流程图”之类的辅助说明，因为我是一个视觉型学习者，直观的图示往往比大段的文字更能帮助我理解抽象的概念。同时，我也期待书中能够包含一些“反面教材”，比如展示一些糟糕的面向对象设计案例，并详细分析它们存在的问题以及如何改进，这样我能更深刻地认识到好设计的价值，避免走弯路。我希望这本书能让我明白，面向对象不仅仅是使用类和对象，更是一种思维方式，一种构建软件的哲学。

这本《面向对象是怎样工作的（第2版）》，我个人觉得它最大的价值在于它能够帮助我们**深入理解“为什么”**。很多时候，我们学习面向对象，可能只是机械地记住“封装”、“继承”、“多态”这些名词，以及一些常用的设计模式。但是，当我们被问到“为什么要有封装？”“为什么需要继承？”“多态在什么场景下最能发挥作用？”的时候，我们就可能语塞了。这本书，据我观察，似乎不是简单地罗列这些概念，而是试图从更根本的层面去剖析面向对象设计的“根”。比如，它可能会探讨在软件开发早期，程序是如何演进到面向对象的，以及面向对象解决的核心痛点是什么。我猜测，书中可能会通过一些历史性的视角，或者对比不同的编程范式，来阐述面向对象设计的优势和必要性。另外，我非常期待书中能够详细讲解“对象”的本质，它不仅仅是数据和行为的集合，更是一种对现实世界建模的抽象。书中可能会讨论如何识别出“领域对象”，如何定义对象的职责，以及如何让对象之间形成清晰、松耦合的协作关系。我感觉，只有真正理解了“为什么”和“是什么”，我们才能在实际开发中做出更明智的设计决策，而不是盲目地套用模板。我希望这本书能够让我从“知其然”上升到“知其所以然”的境界，真正成为一名能够进行高质量面向对象设计的开发者。

我是一名后端开发工程师，每天都在和大量的业务逻辑打交道。我发现，当一个项目变得越来越复杂时，如果设计不好，代码就会变得难以维护， bug 频出，每次迭代都像是在“拆炸弹”。《面向对象是怎样工作的（第2版）》这本书，我觉得它最吸引我的地方在于，它能够帮助我**“驯服”复杂性**。我猜测，书中不会仅仅停留在理论的层面，而是会通过大量实际的、具有代表性的案例，来展示如何运用面向对象的设计原则和模式来解决实际开发中的难题。比如，当我们需要处理一个复杂的业务流程时，如何通过面向对象的方式将其拆分成一系列相互协作的对象，使得每个对象的职责都清晰明确，并且易于测试和修改。我特别希望书中能够详细讲解如何应用“单一职责原则”、“开闭原则”等，并辅以生动的代码示例，让我能够直接看到这些原则是如何应用的，以及应用之后代码的结构会发生怎样的积极变化。我希望这本书能够帮助我建立起一种“防御性编程”的思维，即在编码之前，先思考如何设计出最健壮、最易于扩展的代码结构，而不是等问题出现后再去“救火”。对我来说，一本能够真正帮助我写出“好代码”的书，其价值是无法估量的。

作为一个多年的Java开发者，我一直深信面向对象思想的重要性，但坦白说，在某些更复杂的场景下，我还是会觉得力不从心。《面向对象是怎样工作的（第2版）》这本书，我希望它能够填补我在**“高级面向对象设计”**方面的知识空白。我猜测，书中可能会深入讲解一些我们日常开发中经常会遇到的，但却不一定能彻底理解的设计模式。例如，在处理并发场景时，我们如何运用面向对象的方式来保证线程安全？在需要构建大型、分布式系统时，面向对象的设计原则又会如何体现？我希望书中能够提供一些“实战型”的例子，展示如何在实际项目中应用这些高级的设计思想，并分析这些设计带来的好处。我期待书中能够帮助我理解，面向对象不仅仅是一种编程风格，更是一种解决问题的方法论。它能够帮助我从更高的维度去审视代码，去思考如何构建出更稳定、更高效、更易于扩展的系统。我希望这本书能够让我对面向对象有一个全新的认识，能够在我未来的开发工作中，做出更具前瞻性和更高质量的设计。

我是一名有着多年开发经验的老程序员，最近正在探索一些新的编程语言和范式。《面向对象是怎样工作的（第2版）》这本书，我希望它能够在我**“重新审视”面向对象**的过程中提供一些帮助。有时候，我们因为长期使用某种范式，可能会固化思维，而忽略了其中的一些“弊端”或者“局限性”。我希望这本书能够以一种“反思”的视角，来重新审视面向对象设计，帮助我理解它在不同情境下的适用性，以及它的潜在不足。它可能会探讨，在某些情况下，其他编程范式（如函数式编程）是否能提供更好的解决方案，以及面向对象和函数式编程之间如何融合，取长补短。我期待书中能够包含一些批判性的思考，而不是简单地赞美面向对象。例如，它可能会讨论在某些类型的项目中，过度使用面向对象是否会带来不必要的复杂性。通过这样的讨论，我希望能够更全面、更客观地理解面向对象，并能够根据具体的项目需求，灵活地选择最适合的编程范式和设计思想。

作为一名项目经理，我时常需要评估团队的技术能力和项目的可维护性。而面向对象的设计能力，绝对是衡量这些关键指标的重要维度。《面向对象是怎样工作的（第2版）》这本书，对我而言，就像是一本“技术评估手册”。我不需要深入到每一行代码的细节，但我需要了解，我的团队成员是如何理解和应用面向对象原则的。我希望这本书能够帮助我判断，团队是否真正掌握了如何设计出低耦合、高内聚的系统。它可能在书中通过一些“好”与“坏”的设计对比，让我能够快速地识别出项目中潜在的设计缺陷。例如，一个好的面向对象设计，应该能够轻松地应对需求的变化。如果我们的系统经常因为一个小小的需求变更而引发连锁反应，那么就说明我们的面向对象设计存在严重问题。我期待这本书能够提供一些“衡量标准”或者“检查清单”，让我能够定期地审视我们项目的代码质量和设计结构。另外，对于团队的培训，这本书的价值也很大。如果团队成员能够通过这本书，建立起对面向对象设计的共识，理解其核心价值，那么在沟通和协作上也会更加顺畅。我希望这本书能够成为一本“通用语言”的指南，让不同背景的开发者都能够理解并认同良好的面向对象设计理念，从而提升整个团队的开发效率和项目质量。

我是一名非常喜欢钻研技术的开发者，对于“面向对象”这个概念，我一直有自己的思考。《面向对象是怎样工作的（第2版）》这本书，我更感兴趣的是它能否提供一些**“超越教科书”的洞见**。很多面向对象相关的书籍，在讲解SOLID原则时，往往只是停留在原则的定义和一些简单的示例上，但很少有深入探讨这些原则的“哲学意义”以及它们之间微妙的联系。我希望这本书能够从更深层次上解释，为什么SOLID原则能够如此有效地指导我们设计出高质量的面向对象代码。它可能会探讨这些原则背后的设计思想，以及它们是如何相互补充，共同构建出优雅、可维护的系统的。我尤其期待书中能够讲解一些“设计权衡”的场景，比如在某些情况下，是否可以适当地“违反”某个原则，以及这样做可能带来的后果。这样的讨论对于提升我们对设计原则的理解深度非常有价值。我希望这本书能够帮助我建立起更强的“设计直觉”，能够在大脑中形成一个“设计地图”，指导我在面对复杂问题时，能够做出最优的设计决策，而不是凭感觉去猜测。

我是一位在企业内部负责系统架构的工程师。《面向对象是怎样工作的（第2版）》这本书，我更看重它在**“可扩展性”和“可维护性”**方面的指导意义。在实际的系统设计中，我们经常会面临一个挑战：如何在保证当前功能正常实现的同时，为未来的需求扩展预留空间？很多时候，我们因为对面向对象理解不够深入，设计的系统僵化，一旦有新的业务需求，就只能进行大规模的重构，耗时耗力，并且风险极高。我希望这本书能够深入剖析面向对象设计模式是如何帮助我们实现“对扩展开放，对修改关闭”的。它可能会讲解一些高级的设计模式，比如“策略模式”、“模板方法模式”等，并详细说明它们在何种场景下能够有效地提高系统的灵活性。我特别希望书中能够提供一些“架构演进”的案例，展示一个系统是如何从最初的简单设计，逐步演进到更健壮、更具扩展性的面向对象架构的。这对我进行系统规划和设计非常有帮助。我希望这本书能够帮助我构建出能够“适应未来”的系统，减少不必要的返工，提高项目的生命周期价值。

最近我读了一本关于面向对象的书，虽然具体名称不便透露，但我对其中关于“对象之间如何沟通”的阐述印象深刻。《面向对象是怎样工作的（第2版）》这本书，我猜测它在这方面一定有更深入的讲解。我常常觉得，虽然我们知道要使用对象，但有时候对象之间的交互方式并不清晰，导致代码变得难以理解和调试。比如，一个对象是否应该直接访问另一个对象的内部状态？或者，我们是否应该通过定义接口来解耦对象之间的依赖？我希望这本书能够详细地讲解“高内聚、低耦合”的理念，并给出具体的实践指导。它可能会通过分析一些常见的交互模式，比如“观察者模式”、“中介者模式”等，来帮助我们理解如何设计对象之间的通信机制，使其更加高效、灵活和易于维护。我还希望书中能够强调“接口”的重要性，以及如何通过接口来隐藏实现的细节，让对象之间的依赖关系更加清晰。对我来说，能够写出对象之间“对话”优雅、高效的代码，是衡量一个开发者是否成熟的重要标志。

《面向对象是怎样工作的（第2版）》这本书，我真的等了太久了！作为一名在软件开发领域摸爬滚打多年的老兵，我深知一个扎实理解面向对象设计原则的重要性，它不仅仅是写代码的一种方式，更是构建可维护、可扩展、易于理解的复杂系统的基石。很多时候，我们在实际工作中会遇到各种各样的问题，比如代码耦合度太高，修改一个地方牵一发而动全身；或者系统庞大到难以理解，新人上手周期长得令人发指；再或者，当我们面对快速变化的需求时，常常感到无从下手，只能硬着头皮去修改，最终导致系统像一团乱麻。这些问题的根源，很多时候都指向了对面向对象核心思想的理解不够透彻，对SOLID原则、设计模式等高级概念的实践应用存在偏差。我读过不少关于面向对象的书籍，有的过于理论化，读起来枯燥乏味，难以将抽象的概念与实际开发相结合；有的又过于零散，只讲某个具体的设计模式，却忽略了它们背后的整体思想。因此，当得知《面向对象是怎样工作的（第2版）》即将出版时，我内心充满了期待。我希望这本书能够真正地“揭开”面向对象神秘的面纱，让我从更深层次上理解“对象”这个概念的内涵，以及它是如何通过封装、继承、多态等机制来实现软件的灵活性和可维护性的。我期望书中能够提供清晰的讲解，丰富的实际案例，甚至是代码片段的分析，能够让我看到这些原则是如何在真实项目中应用的，并且能够感受到作者在讲解时，那种循循善诱、深入浅出的教学风格。毕竟，理论知识的学习固然重要，但更关键的是如何将这些理论知识转化为解决实际问题的能力。我迫切地想知道，这本书是否能帮我理清思路，让我能够更自信、更高效地进行面向对象的设计和开发。