https://www.myziyuan.com/
- 萨满祭司
- 面向对象的设计称为 OOD（object oriented design），可分为四个部分，问题空间部分的设计，人机交互部分的设计，任务管理部分的设计，数据管理部分的设计。不知道和你要的层次是不是一个概念
- 2022-01-09 15:23:15
- rushou
- 第一步是确定对象和类。这里提到的对象是数据的抽象及其处理方法，反映了系统在现实世界中保存和处理某些事物的能力。类是多个对象的公共属性和方法集合的描述，包括如何在类中创建新对象的描述。步骤2，确定结构。该结构是指问题域的复杂性和连接关系。类成员结构反映了泛化专业关系，整体部件结构反映了整体和本地之间的关系。在第三步中，确定主题（主题）。主题是指事物的整体轮廓和整体分析模型。第四步是确定的属性。该属性是数据元素，可用于描述对象或分类结构的示例，其可以在其中给出图和在对象的存储中指定。第五步是确定的。方法。该方法是某种处理方法，必须在收到消息后执行：该方法在图中定义并在对象的存储中指定。对于每个对象和结构，那些用于增加，修改，删除和选择方法本身的方法是隐式的（尽管它们在存储对象的存储中定义，但它们未在图片上给出），并且其他显示。
- 2022-01-09 15:22:01
- 售微星二开源码
- 面向对象体系结构设计原则是什么,1) Open-Close Principle（OCP），开-闭原则，讲的是设计要对扩展有好的支持，而对修改要严格限制。这是最重要也是最为抽象的原则，基本上我们所说的Reusable Software既是基于此原则而开发的。其他的原则也是对它的实现提供了路径。 2) Liskov Substituition Principle（LSP），里氏代换原则，很严格的原则，规则是“子类必须能够替换基类，否则不应当设计为其子类。”也就是说，子类只能去扩展基类，而不是隐藏或覆盖基类. 3) Dependence Inversion Principle（DIP），依赖倒换原则，“设计要依赖于抽象而不是具体化”。换句话说就是设计的时候我们要用抽象来思考，而不是一上来就开始划分我需要哪些哪些类，因为这些是具体。这样做有什么好处呢？人的思维本身实际上就是很抽象的，我们分析问题的时候不是一下子就考虑到细节，而是很抽象的将整个问题都构思出来，所以面向抽象设计是符合人的思维的。另外这个原则会很好的支持OCP，面向抽象的设计使我们能够不必太多依赖于实现，这样扩展就成为了可能，这个原则也是另一篇文章《Design by Contract》的基石。 4) Interface Segregation Principle（ISP），“将大的接口打散成多个小接口”，这样做的好处很明显，我不知道有没有必要再继续描述了，为了节省篇幅，实际上我对这些原则只是做了一个小总结，如果有需要更深入了解的话推荐看《Java与模式》，MS MVP的一本巨作！^_^ 5) Composition/Aggregation Reuse Principle（CARP），设计者首先应当考虑复合/聚合，而不是继承（因为它很直观，第一印象就是“哦，这个就是OO啊”）。这个就是所谓的“Favor Composition over Inheritance”，在实践中复合/聚合会带来比继承更大的利益，所以要优先考虑。 6) Law of Demeter or Least Knowlegde Principle（LoD or LKP），迪米特法则或最少知识原则，这个原则首次在Demeter系统中得到正式运用，所以定义为迪米特法则。它讲的是“一个对象应当尽可能少的去了解其他对象”。也就是又一个关于如何松耦合（Loosely-Coupled）的法则。
- 2022-01-09 15:22:01
开通会员