高端的表白情书

高端的表白情书:（好的软件设计是多用途的代码重用，但是实际的设计会遇到很多变化，而变化是重用的天敌。为了使变更引起的设计复杂度最小化，软件设计通常采用面向对象的设计。\n在宏级别上重新发现对象方向\n不受孤立的变更，面向对象的方法更适合软件变更，将变更的影响最小化\n不继承人的工作在微观层面上，面向对象的方法更加强调每个类的“责任”。由于需求的变化而添加的新类型不应影响原始类型的实现-它被称为每个函数\n对象是什么？\在语言实现级别，对象封装代码和数据。\n在规范级别，对象是一组可以使用的公共接口。\n通常，对象是一种有责任的抽象。\n面向对象设计的原则\n依赖性反转原则上（DIP）高级别模块（稳定）不应依赖于低级别模块（更改），两者都应依赖于抽象（稳定）。\n抽象（稳定）不应依赖于实现细节（更改），实现细节应依赖于抽象（稳定）。\n打开和关闭d原则（ocp）\n打开到扩展，关闭到更改。\n类模块应该是可扩展的，但不可修改。\n单一责任原则（srp）\n类应该只有一个更改原因。\n更改方向意味着类的责任。\n列表替代原则（lsp）\n子类必须能够替换它们的基类（IS-A）。\n继承表达式类型抽象。\n接口隔离原则（ISP）不应强制客户端依赖于它们不使用的方法。\n接口应小而完整。\n优先处理类继承上的对象组合NCE\n类继承通常是“白盒重用”，对象组合通常是“黑盒重用”。\n继承在某种程度上破坏了封装，子类父级是高度耦合的。\n但是，对象组合只需要定义良好的接口和低耦合。\n包更改点\n使用封装在对象之间创建划分层，允许设计器在划分的一侧进行修改，而不会对另一侧产生不利影响，从而实现层之间的松散耦合。\n接口程序，而不是实现程序，而不是声明变量e类型作为一个特定的具体类，将其声明为一个接口。\n客户端不需要知道对象的特定类型，只需要知道它拥有的接口。\n减少系统所有部分的依赖关系，以实现“高内聚性、松耦合”类型的设计方案。\n设计模式：元素由Erich Gamma、Richard Helm、Ralph Johnson和John Vlissides（Addison-Wesley，1995）设计的可重用面向对象软件（设计模式）。这些作者通常被称为“四人帮”，这本书被称为“Gof”。设计模式书的最大部分是一个目录，列出并描述23种设计模式。\nGof-23模式分类\n从观点来看：\n创建模式：延迟一些CREA当对象由于需求的变化而被创建时，为了响应特定类型实现的影响，对象到子类或其他对象的操作。\n结构：通过类继承或对象组合更灵活的结构，以应对需求的变化所带来的影响。d在对象结构上。\n行为模式：通过类继承或对象组合对类和对象之间的责任进行分类，以响应更改的要求对多个交互对象的影响。\n在作用域方面：\n类模式处理statiC类和子类之间的关系。\n对象模式处理对象之间的动态关系。\n按封装更改来分类模式\n组件协作：\n模板方法、策略、观察者/事件\n单一责任：\n修饰器、桥、对象创建N:\n工厂方法，抽象工厂，原型，生成器\n对象性能：\n单实例，flyweight \n接口隔离：\n缓存，代理，中介，适配器\n状态更改：\nrzhetsky，状态\n数据结构：\n组件，迭代器，责任链\n重大更改：\n命令，访问或者领域问题：InternetReter的表面化也是一种特定的“技术”，并且在不断出现新的设计模型的情况下，设计模型有自己的发展轨迹，事实上，GoF不是一种特定的“技术”，它是关于思想的，它不仅显示界面或AbstracT类灵活的应用在实际的案例和智慧中，使你能够真正掌握接口或抽象类的应用，从而在原有的基础上有一个飞跃，更重要的是，GOF一再向你强调一个目的：使你的程序尽可能地可重用。\n这是推动信封：软件需求的变化和计划的变化并没有那么快，但是要想找出什么是常数并将其与变化分开需要大量的智慧和经验。\n重新考虑对模式\n面向对象的设计模式的修改是“良好的面向对象设计”，这是一个其次，“良好的面向对象设计”是指“响应变化并提高重用性”的设计。\n现代软件设计的特点是“需求的频繁变化”。设计模式的要点是“寻找变化点，然后在C的那些点应用设计模式”。改变以更好地响应不断变化的需求。“何时何地应用设计模式”比“了解设计模式本身的结构”更重要。\n设计模式的应用不应被预先考虑，从一开始就使用设计模式是最大的滥用设计模式。没有一步式设计模式。”“重新绘制图案”是目前使用设计图案的最佳方法。\n这是类中设计图案的概述。作为一个初学者，我需要进一步理解和应用这些设计模式。这里有一些关于我在百度百科上发现的23种设计模式的有趣见解，这很有启发性。\n创意模式\n创意工厂-追逐mm是吃饭的必要条件，麦当劳的套餐和肯德基的套餐都是mm喜欢吃的东西，虽然味道不同，但n无论你带mm去麦当劳或肯德基，只要对服务员说“两份B套餐”。麦当劳和肯德基是包装B的抽象工厂，包含汉堡包、鸡翅和饮料。麦当劳或肯德基将使汉堡包厂、鸡翅厂和饮料厂按照B包的规格生产相应的B包材料。\n制定工厂模式：分开客户和工厂类别。每当消费者需要一组产品时，他们只需从抽象工厂请求即可。抽象工厂随后会生产出符合产品规格的产品，并设置到具体工厂。\n builder-mm听到的最多的是“我爱你”这句话，看到mm的不同部分，能够用自己的方言告诉她这句话哦，我有各种语言t翻译机，每种语言上面都有一个按钮，我只需按相应的键就可以看到mm，它就可以用适当的语言说“我爱你”这句话，也可以轻松应付外来mm，这是我的“我爱你”建设者。（这必须比美军在伊拉克使用的翻译机销售得更好。）\n构建模式：将产品的内部表示与生产过程分开，以便构建过程生成具有不同内部表示的产品对象。构建模式允许产品的内部表示独立地改变，而客户不必知道产品内部组成的细节。建筑模式可以一步一步地执行建筑过程。\n工厂方法——让MM去麦当劳买一个汉堡包，不同的MM有不同的味道，要记住每一个都是讨厌的，我一般采用工厂方法模式，跟MM去服务员，说“要一个汉堡包”，什么样的汉堡包，让mm直接告诉服务生。\n工厂方法模式：核心工厂类不再负责所有产品的创建，而是委托给子类进行具体的创建，成为抽象工厂角色，只负责提供concrete-factory类必须实现，而不触及要实例化哪个产品类的细节。\n prototype-与mm qq聊天，必须说出一些深情的话，我收集了很多恶心的爱情话，只要需要复制并放入qq，这就是我的爱情话protot类型。您要一份100元吗？\仿真模型模式：通过提供原型对象来指定要创建的对象的类型，然后通过复制原型对象来创建更多相同类型的对象。原始模型模式允许动态添加或减少产品类。产品类不必具有任何预先确定的层次结构。原始模型模式适用于任何层次结构。缺点是每个类都必须配备一个克隆方法。\nsingleton-我有六个漂亮的妻子，我是我家人的丈夫，他们都说“丈夫”是同一个人，那就是我。\nsingleton模式：singleton模式确保类只有一个实例，它实例化并向整个系统提供实例单例模式。只有当有一个真正的“单身”的要求时，才应该使用单模式。\nn句型——nAdult-我在一个朋友聚会上遇见了一位来自香港的美丽的莎拉，但是我不会说广东话，她不会说普通话，所以我转而求助于我的朋友肯特乐队。在Sarah和我之间，以便Sarah和我可以互相交谈。\n适配器（转换器）模式：将类的接口转换为预期的另一个接口。高端的表白情书