面向对象的分析与设计pdf

1. 《面向对象的思考过程（原书第4版）》pdf下载在线阅读，求百度网盘云资源

《面向对象的思考过程（原书第4版）》（[美] Matt Weisfeld）电子书网盘下载免费在线阅读

链接：https://pan..com/s/1P3dmqNQ5hBcD3hlAoS0apw

书名：面向对象的思考过程（原书第4版）

作者：[美] Matt Weisfeld

译者：黄博文

豆瓣评分：7.1

出版社：机械工业出版社/华章图书

出版年份：2016-11-1

页数：247

内容简介：

本书是一部独具特色的面向对象技术着作。书中结合代码示例生动透彻地讲述了面向对象思想的精髓，让读者真正学会以对象方式进行思考。本书共15章，在结构上可以分为两部分：第一部分包括第1~10章，探讨面向对象的基本概念，比如封装、多态、继承等；第二部分包括第11~15章，专注于将这些概念应用于一些通用的面向对象技术中，并结合了一些实用的应用程序。

本书内容精炼，示例简单明了，适合各层次面向对象开发人员阅读，也是高校相关专业面向对象课程的理想教学参考书。

2. 《面向对象的思考过程（原书第4版）》pdf下载在线阅读全文，求百度网盘云资源

《面向对象的思考过程（原书第4版）》（[美] Matt Weisfeld）电子书网盘下载免费在线阅读

链接: https://pan..com/s/1AFUZ-kstbGL90JVtbkZtGw

书名：面向对象的思考过程（原书第4版）

作者：[美] Matt Weisfeld

译者：黄博文

豆瓣评分：7.1

出版社：机械工业出版社/华章图书

出版年份：2016-11-1

页数：247

内容简介：

〔简介〕

本书是一部独具特色的面向对象技术着作。书中结合代码示例生动透彻地讲述了面向对象思想的精髓，让读者真正学会以对象方式进行思考。本书共15章，在结构上可以分为两部分：第一部分包括第1~10章，探讨面向对象的基本概念，比如封装、多态、继承等；第二部分包括第11~15章，专注于将这些概念应用于一些通用的面向对象技术中，并结合了一些实用的应用程序。

本书内容精炼，示例简单明了，适合各层次面向对象开发人员阅读，也是高校相关专业面向对象课程的理想教学参考书。

〔译序〕

很多IT从业人员进入这个行业都是从学习一门编程语言开始的。对于编程，我们往往过于关注语言的语法细节，反而忽略了其背后的设计理念。面向对象的思考过程就是一个非常优秀的设计理念。它可以独立于语言存在。如果你熟练掌握了面向对象的思考过程，那么就可以轻松地在不同的面向对象的语言之间切换。

本书透彻地阐述了面向对象这一概念。作者Matt在书中反复强调学习面向对象的思考过程优于学习任何编程语言或工具。事实上，他也是这么做的。Matt阐述了面向对象的三要素：继承、封装、多态，并且自己加上了第四个要素：组合。关于组合，Matt不惜篇幅做了大量的讲解，并且列举了很多通俗易懂的例子，这也是本书的一大特色。

Matt也纠正了人们的一些普遍误解，比如面向对象的范式与面向过程的范式并不是完全对立的关系。而且在应用面向对象的设计和开发时，Matt也讲解了不少如何与遗留系统集成的技巧。同时，Matt也简要介绍了UML这个建模利器。为了不混淆重点，他把介绍UML的章节放置在很靠后的位置。因为他明白，先了解面向对象的各项概念是最重要的。

我虽然拥有多年的从业经验，但是再看本书时仍然有不少收获。其实自从我接触了函数式编程，就渐渐成为函数式编程的拥趸。我会时不时地“鼓吹”函数式编程范式的好处，顺便“贬低”一下面向对象编程。但同时我也有个疑问，既然函数式编程这么好，为什么这几年的发展只能算是波澜不惊，而没有掀起大风浪呢？读了本书之后，我似乎找到了答案。首先面向对象的思考过程更加符合大家对世界的直观感受，毕竟不是每个人都是数学家。函数式编程可以简化很多问题，但它并不能简化所有问题。其次是面向对象的编程范式和函数式编程的范式并不是完全对立的，正如作者讲过，面向过程的编程范式和面向对象的编程范式也不是完全对立的。比如目前流行的一些语言（Scala、Go等）都具备函数式的特点，也兼具面向对象的特点（只不过它们的面向对象的机制与传统的方式有所不同）。所以无论你喜欢哪种编程范式，了解彼此的不同之处是至关重要的。而本书则是了解面向对象范式的优秀书籍。

本书已经更新到了第4版。从本书长达10多年的跨度来看，面向对象范式经久不衰。Matt也适时地在新版中加入了一些新的主题，比如可移植数据、分布式系统、Web服务等。Matt不仅阐述了这些技术，还讲述了它们的前世今生。这样可以帮助读者更加充分地了解技术的演化之路。

无论你是否有面向对象编程的经验，本书都适合你作为面向对象思考的旅程开端。最后，希望本书能给大家带来超凡的阅读体验。

3. 邵维忠的介绍

北京大学教授、博士生导师。主要研究领域：软件工程、面向对象方法、软件复用与构件技术等。作为课题负责人或主要参加人承担过多项科技攻关项目，如：“DJ-240系列机XCY语言编译系统”、“DJS-200/XT2操作系统”、“软件结构、软件工具的研究及DJS200/XT2的研制”、“大型软件开发环境青鸟系统”等。并多次获得电子工业部、国家教委、国家科委等奖项，并获得国家科学技术进步二等奖。主要着作：《面向对象的分析与设计》、《面向对象技术》。主要译着：《面向对象的分析》、《UML用户指南》。

4. 8.1.1什么是面向对象的程序设计.ppt

面向对象
面向对象(Object Oriented,OO)是当前计算机界关心的重点，它是90年代软件开发方法的主流。面向对象的概念和应用已超越了程序设计和软件开发，扩展到很宽的范围。如数据库系统、交互式界面、应用结构、应用平台、分布式系统、网络管理结构、CAD技术、人工智能等领域。
谈到面向对象，这方面的文章非常多。但是，明确地给出对象的定义或说明对象的定义的非常少——至少我现在还没有发现。其初，“面向对象”是专指在程序设计中采用封装、继承、抽象等设计方法。可是，这个定义显然不能再适合现在情况。面向对象的思想已经涉及到软件开发的各个方面。如，面向对象的分析（OOA，Object Oriented Analysis），面向对象的设计（OOD，Object Oriented Design）、以及我们经常说的面向对象的编程实现（OOP，Object Oriented Programming）。许多有关面向对象的文章都只是讲述在面向对象的开发中所需要注意的问题或所采用的比较好的设计方法。看这些文章只有真正懂得什么是对象，什么是面向对象，才能最大程度地对自己有所裨益。这一点，恐怕对初学者甚至是从事相关工作多年的人员也会对它们的概念模糊不清。
面向对象是当前计算机界关心的重点，它是90年代软件开发方法的主流。面向对象的概念和应用已超越了程序设计和软件开发，扩展到很宽的范围。如数据库系统、交互式界面、应用结构、应用平台、分布式系统、网络管理结构、CAD技术、人工智能等领域。
一、传统开发方法存在问题
1.软件重用性差
重用性是指同一事物不经修改或稍加修改就可多次重复使用的性质。软件重用性是软件工程追求的目标之一。
2.软件可维护性差
软件工程强调软件的可维护性，强调文档资料的重要性，规定最终的软件产品应该由完整、一致的配置成分组成。在软件开发过程中，始终强调软件的可读性、可修改性和可测试性是软件的重要的质量指标。实践证明，用传统方法开发出来的软件，维护时其费用和成本仍然很高，其原因是可修改性差，维护困难，导致可维护性差。
3.开发出的软件不能满足用户需要
用传统的结构化方法开发大型软件系统涉及各种不同领域的知识，在开发需求模糊或需求动态变化的系统时，所开发出的软件系统往往不能真正满足用户的需要。
用结构化方法开发的软件，其稳定性、可修改性和可重用性都比较差，这是因为结构化方法的本质是功能分解，从代表目标系统整体功能的单个处理着手，自顶向下不断把复杂的处理分解为子处理，这样一层一层的分解下去，直到仅剩下若干个容易实现的子处理功能为止，然后用相应的工具来描述各个最低层的处理。因此，结构化方法是围绕实现处理功能的“过程”来构造系统的。然而，用户需求的变化大部分是针对功能的，因此，这种变化对于基于过程的设计来说是灾难性的。用这种方法设计出来的系统结构常常是不稳定的 ，用户需求的变化往往造成系统结构的较大变化，从而需要花费很大代价才能实现这种变化。
二、面向对象的基本概念
(1)对象。
对象是人们要进行研究的任何事物，从最简单的整数到复杂的飞机等均可看作对象，它不仅能表示具体的事物，还能表示抽象的规则、计划或事件。
(2)对象的状态和行为。
对象具有状态，一个对象用数据值来描述它的状态。
对象还有操作，用于改变对象的状态，对象及其操作就是对象的行为。
对象实现了数据和操作的结合，使数据和操作封装于对象的统一体中
(3)类。
具有相同或相似性质的对象的抽象就是类。因此，对象的抽象是类，类的具体化就是对象，也可以说类的实例是对象。
类具有属性，它是对象的状态的抽象，用数据结构来描述类的属性。
类具有操作，它是对象的行为的抽象，用操作名和实现该操作的方法来描述。
(4)类的结构。
在客观世界中有若干类，这些类之间有一定的结构关系。通常有两种主要的结构关系，即一般--具体结构关系，整体--部分结构关系。
①一般——具体结构称为分类结构，也可以说是“或”关系，或者是“is a”关系。
②整体——部分结构称为组装结构，它们之间的关系是一种“与”关系，或者是“has a”关系。
(5)消息和方法。
对象之间进行通信的结构叫做消息。在对象的操作中，当一个消息发送给某个对象时，消息包含接收对象去执行某种操作的信息。发送一条消息至少要包括说明接受消息的对象名、发送给该对象的消息名（即对象名、方法名）。一般还要对参数加以说明，参数可以是认识该消息的对象所知道的变量名，或者是所有对象都知道的全局变量名。
类中操作的实现过程叫做方法，一个方法有方法名、参数、方法体。消息传递如图10-1所示。
二、面向对象的特征
(1)对象唯一性。
每个对象都有自身唯一的标识，通过这种标识，可找到相应的对象。在对象的整个生命期中，它的标识都不改变，不同的对象不能有相同的标识。
(2)分类性。
分类性是指将具有一致的数据结构(属性)和行为(操作)的对象抽象成类。一个类就是这样一种抽象，它反映了与应用有关的重要性质，而忽略其他一些无关内容。任何类的划分都是主观的，但必须与具体的应用有关。
(3)继承性。
继承性是子类自动共享父类数据结构和方法的机制，这是类之间的一种关系。在定义和实现一个类的时候，可以在一个已经存在的类的基础之上来进行，把这个已经存在的类所定义的内容作为自己的内容，并加入若干新的内容。
继承性是面向对象程序设计语言不同于其它语言的最重要的特点，是其他语言所没有的。
在类层次中，子类只继承一个父类的数据结构和方法，则称为单重继承。
在类层次中，子类继承了多个父类的数据结构和方法，则称为多重继承。
在软件开发中，类的继承性使所建立的软件具有开放性、可扩充性，这是信息组织与分类的行之有效的方法，它简化了对象、类的创建工作量，增加了代码的可重性。
采用继承性，提供了类的规范的等级结构。通过类的继承关系，使公共的特性能够共享，提高了软件的重用性。
(4)多态性(多形性)
多态性使指相同的操作或函数、过程可作用于多种类型的对象上并获得不同的结果。不同的对象，收到同一消息可以产生不同的结果，这种现象称为多态性。
多态性允许每个对象以适合自身的方式去响应共同的消息。
多态性增强了软件的灵活性和重用性。

对象，强调物体属性， 比如实现逻辑 物体A 移动到B点，
对象思想就是要你想象 你吧A 看成什么 你可以吧它看成车， 用车轮的方式（方法）让它走动， 可以看成托运（方法）的方式拉过去。
面向对象的方法 是一类物体的属性 所具备的 行为，理论上 可以参照面向过程的函数去理解
儿面向过程， 我不关心你用什么方式，看成什么 ，管你是推，是拽，只要你运过来就行 相对而言 没有针对性
楼主可以 设想一下网络游戏， 你玩的游戏 的怪物， 是分种类的， 他们都是自动的东西， 没人去手动生成， 一类怪物 有一类招数和样子， 行为属性， 这就是对象思想

5. 面向对象分析方法的步骤和特点

使用VC进行项目开发已经有一段时间了，在这段时间里感触最深的就是自己对宏观性面向对象分析方法的缺乏。面向对象分析是当今流行的系统分析方法之一，下面就谈谈在做项目的过程中我的一些小经验。

在面对简单系统时程序员可以很顺利的提出问题的解决方案，并且一般情况下都是可行的。这是由于问题域关系简单，所涉及到的内部构造、联系比较容易解释。而对于当前越来越复杂的系统，其问题域也就显示的越来越复杂，而且内部的关系也不是很容易解释，有些大的系统常常超出了人的解决问题的能力。在这种情况下，以往的面对过程的解决方法已经不能满足日益增长的复杂系统分析的需要，在这种情况下，面向对象的分析方法就显得尤为总要了。

在面向对象设计领域中，在横向上把问题域分为数个不同的、低耦合、高内聚的问题域，而在纵向上又继续分解各个不同的小的问题域，最后分解为叶节点问题域，从而解决问题。在面对对象分析方法中，用数个对象间的消息传递来完成整个问题。

下面看一看复杂系统的5个属性：

1． 杂性经常是以层次的形式表现出来，复杂系统是由相互关联的子系统组成，而这些子系统又是由他们各自的子系统构成，并由此类推到最底层的基本构件。

2． 对系统中最基本的构件的选择是任意的，而且在很大程度上取决于系统观察者的判断力。

3． 一般而言，各构件内的连接总是要强于构件间的连接。在从构件的低频动态中分离出高频动态时，这一属性是相当有用的。这是因为高频动态涉及到各部件的内部结构，而低频动态涉及到构件间的交互。

4． 层次系统通常都是由仅仅少数不同的子系统通过不同的排列组合方式组成。

5． 我们发现正运行的复杂系统总是由以前运行的简单系统演化而来……任何胡乱凑合设计出来的复杂系统都不可能正常运转，也不可能被修补好。我们必须由运行中的简单系统开始。

对于第一点，正像我上面所说的那样，系统是层次结构的。能够给一个复杂的系统进行正确的层次分析，才能够保证对系统的正确估计，包括可行性、可维护性、可扩展性……等等。而且对于日后对该系统进行维护(maintenance)、演化(evolution)、维持(preservation)都能够很好的支持。

对于其中的第二点，强调了观察者的判断力，其实我认为其中也包括观察者的身份角度。对于一个系统而言，观察者并不是只进行分析设计的工程师，编码阶段的程序员，还应该包括用户等所有这些同该系统有关的人员。作为不同的人员，对于系统就有不同的观察点、观察角度、身份等特殊因素。因此在不同身份的人（指参与者）甚至同一身份的人眼中说观察到的系统特性都是不尽相同的。在大学里大家都接触过透明性的概念，这就是不同观察者所观察角度不同的直观反应。对于用户来说，基本上底层的操作、算法、通讯对于他们来说都是透明的，他们根本不用理会（其实也不知道）内部用了什么。而对于一个负责某模块的程序员来说就不会考虑其他模块的实现，对于他们来说其他模块是透明的，他们只需要负责管理好提供的模块接口就OK了。

对于第三点，讲的就是面对对象分析设计的方向，在面对对象分析设计系统时，被分解的各个模块一定要做到高内聚、低耦合。有良好高内聚、低耦合系统常常会很容易维护，一个地方改动通常不需要牵扯到大的改动，维护行强。而且对于像VC程序这种更要求效率的程序来说，高内聚、低耦合也可以提高程序的运行期效率，应为对象内部的调用一般情况下会相比模块间的调用占用更少的执行时间，这样将高频动态封装在一个对象内部就会一定程度上提高程序运行期执行效率。

第四点则说明了面向对象程序设计对程序设计可复用性的优点。在这点中所“层次系统由仅仅少数不同的子系统构成”那么多数子系统在不同的复杂系统中都是能够重复使用的。比如说建筑一栋大厦和建筑桥梁，虽然两者都是复杂的系统，但是对于其结构中就会有很多相似甚至相同之处，没有必要建筑好大厦回头建筑桥梁的时候又要重新设计每一快砖瓦。

第五点提醒我们在系统设计时，尽量使用以往能够正常运行的子系统来重新构件新的系统。这一点不仅说明第四点中的复用性，而且也说明了一个我们常常要犯的错误。就是将并没有通过严格测试的子系统，匆忙的加入到大系统中，这样做不利于对系统的基层，常常引入了其他错误，使得系统频频崩溃，最严重会导致系统的重新分析。

这是我对面向对象的一点心得体会，虽然我们大家在平时工作中所面对的问题、问题域不同，使用的开发工具不同，但是面向对象是一种思维方式，有利于分析、解决问题的一种方法，并不和任何语言挂钩（当然语言对于面向对象特性的支持程度有所不同）。所以希望各位同事能够尽量使用科学的方法分析解决问题，形成一种设计模式，以供大家互相交流。

软件设计是一种艺术，也是一门工程学。

6. 哪有pdf格式的Visual C++面向对象与可视化程序设计习题解析与编程实例（第2版）下

http://search.gougou.com/search?search=Visual%20C%2B%2B%E9%9D%A2%E5%90%91%E5%AF%B9%E8%B1%A1%E4%B8%8E%E5%8F%AF%E8%A7%86%E5%8C%96%E7%A8%8B%E5%BA%8F%E8%AE%BE%E8%AE%A1%E4%B9%A0%E9%A2%98%E8%A7%A3%E6%9E%90%E4%B8%8E%E7%BC%96%E7%A8%8B%E5%AE%9E%E4%BE%8B&id=0

打开上面这个地址!你找找看

7. 面向对象的分析和面向对象设计的联系和区别

分析是发现过程，设计是发明过程，这就是区别

8. 求谭浩强C++面向对象程序设计pdf，红皮的哪个版本！！！！！！！必有重赏！！！！！

如果没什么基础，先从C开始入门吧。C++语言本身包含的东西很多很杂，对初学者来说不是太好上手。C语言出现年代更早且C++设计的时候就是要在C上添加面向对象支持。C语言的语法规范大致上是C++的一个子集，语法简单，没有C++的各种让人困惑的高级特性，学起来相对简单直接。电子书这东西不可靠，刚学编程一个错字就能让你纠结半天 ，浪费时间不说，有时还会曲解原本的概念，把你带入一个错误的方向。我刚学编程就是这样过来的，要多坑爹有多坑爹。上242上597上99上60上，数字能见 我 Q，我是大学计算机专业的，能助你

9. 《深入浅出面向对象分析与设计》pdf下载在线阅读全文，求百度网盘云资源

《深入浅出面向对象分析与设计》网络网盘pdf最新全集下载:
链接: https://pan..com/s/1K7kvloNC7e3VjpLJ4SGYfA

10. 程序员需要了解的10个面向对象设计

面向对象设计原则是OOPS编程的核心，学习面向对象编程像“抽象”、“封装”、“多态”、“继承”等基础知识是重要的，但同时为了创建简洁、模块化的设计，了解这些设计原则也同等重要。

(设计原则)底线是永远追求高内聚、低耦合的编码或设计。Apache和Sun的开源代码是学习和OOPS设计原则的良好范例。它们向我们展示了，设计原则在编程中是如何使用的。JDK使用了一些设计原则：BorderFactory类中的工厂模式、Runtime类中的单例模式、.io类中的装饰器模式。顺便说一句，如果您真的对编码原则感兴趣，请阅读JoshuaBloch的Effective，他编写过API。我个人最喜欢的关于面向对象设计模式的是KathySierra的HeadFirstDesignPattern(深入浅出设计模式)，以及其它的关于深入浅出面向对象分析和设计。这些书对编写更好的代码有很大帮助，充分利用各种面向对象和SOLID的设计模式。

虽然学习设计模式(原则)最好的方法是现实中的例子和理解违反设计原则带来的不便，本文的宗旨是向那些没有接触过或正处于学习阶段的程序员介绍面向对象设计原则。

DRY_Don’trepeatyourself

我们第一个面向对象设计原则是：DRY，从名称可以看出DRY(don’trepeatyourself)意思是不写重复代码，而是抽象成可复用的代码块。如果您有两处以上相同的代码块，请考虑把它们抽象成一个单独的方法；或者您多次使用了硬编码的值，请把它们设置成公共常量。这种面向对象设计原则的优点是易于维护。重要的是不要滥用此原则，重复不是针对代码而是针对功能来说。它的意思是，如果您使用通用代码来验证OrderID和SSN，这并不意味着它们是相同的或者他们今后将保持不变。通过把通用代码用于实现两种不同的功能，或者您把这两种不同的功能密切地联系在一起；当您的OrderID格式改变时，您的SSN验证代码将会中断。所以要当心这种耦合，而且不要把彼此之间没有任何关系却类似的代码组合在一起。

封装经常修改的代码

EncapsulateWhatChanges

在软件领域永远不变的是“变化”，所以把您认为或怀疑将来要被修改的代码封装起来。这种面向对象设计模式的优点是：易于测试和维护恰当封装的代码。如果您在用编程，那么请遵守以下原则：变量和方法的访问权限默认设置为私有，并且逐步放开它们的访问权限，例如从“private”到“protected”、“notpublic”。中的一些设计模式使用了封装，工厂设计模式就是一个例子，它封装了创建对象的代码而且提供了以下灵活性：后续生成新对象不影响现有的代码。

打开/关闭设计原则

OpenClosedDesignPrinciple

类、方法/函数应当是对扩展(新功能)开放，对修改闭合。这是另外一个优雅的SOLID设计原则，以防止有人修改通过测试的代码。理想情况下假如您添加了新功能，那么您的代码要经过测试，这就是打开/关闭设计原则的目标。顺便说一句，SOLID中的字母“O”指的是打开/关闭设计原则。

单一职责原则

SingleResponsibilityPrinciple(SRP)

单一职责原则是另外一个SOLID设计原则，SOLID中的字母“S”指的就是它。按照SRP，一个类修改的原因应当有且只有一个，或者一个类应当总是实现单一功能。如果您在中的一个类实现了多个功能，那么这些功能之间便产生了耦合关系；如果您修改其中的一个功能，您有可能就打破了这种耦合关系，那么就要进行另一轮测试以避免产生新的问题。

依赖注入/反转原则

不要问框架的依赖注入功能将会给你带来什么益处，依赖注入功能在spring框架里已经很好的得到了实现，这一设计原则的优雅之处在于：DI框架注入的任何一个类都易于用模拟对象进行测试，并且更易于维护，因为创建对象的代码在框架里是集中的而且和客户端代码是隔离的。有多种方法可以实现依赖注入，例如使用字节码工具，其中一些AOP(面向切面编程)框架如切入点表达式或者spring里使用的代理。想对这种SOLID设计原则了解更多，请看IOC和DI设计模式中的例子。SOLID中的字母“D”指的就是这种设计原则。

优先使用组合而非继承

ForCompositionoverInheritance

如果可以的话，要优先使用组合而非继承。你们中的一些人可能为此争论，但我发现组合比继承更有灵活性。组合允许在运行时通过设置属性修改一个类的行为，通过使用多态即以接口的形式实现类之间的组合关系，并且为修改组合关系提供了灵活性。甚至Effective也建议优先使用组合而非继承。

里氏替换原则

根据里氏替换原则，父类出现的地方可以用子类来替换，例如父类的方法或函数被子类对象替换应该没有任何问题。LSP和单一职责原则、接口隔离原则密切相关。如果一个父类的功能比其子类还要多，那么它可能不支持这一功能，而且也违反了LSP设计原则。为了遵循LSPSOLID设计原则，派生类或子类(相对父类比较)必须增强功能，而非减少。SOLID中的字母“L”指的就是LSP设计原则。

接口隔离原则

接口隔离原则指，如果不需要一个接口的功能，那么就不要实现此接口。这大多在以下情况发生：一个接口包含多种功能，而实现类只需要其中一种功能。接口设计是一种棘手的工作，因为一旦发布了接口，您就不能修改它否则会影响实现该接口的类。在中这种设计原则的另一个好处是：接口有一个特点，任何类使用它之前都要实现该接口所有的方法，所以使用功能单一的接口意味着实现更少的方法。

编程以接口(而非实现对象)为中心

编程总是以接口(而非实现对象)为中心，这会使代码的结构灵活，而且任何一个新的接口实现对象都能兼容现有代码结构。所以在中，变量、方法返回值、方法参数的数据类型请使用接口。这是许多程序员的建议，Effective以及headfirstdesignpattern等书也这样建议。

代理原则

不要期望一个类完成所有的功能，电脑培训http://www.kmbdqn.cn/认为可以适当地把一些功能交给代理类实现。代理原则的典范是：中的equals()和hashCode()方法。为了比较两个对象的内容是否相同，我们让用于比较的类本身完成对比工作而非它们的调用方。这种设计原则的好处是：没有重复编码而且很容易修改类的行为。