看了设计模式，感觉自己很多不理解什么意思，通过看博客别人写的理解，总结了一下，方便查阅。一、设计模式六大原则1、单一职责原则：定义:应该有且只有一个原因引起类的变化。注意:这里的类不光指类,也适用于方法和接口,比如我们常说的一个方法实现一个功能。2、开放封闭原则：定义：类、模块、函数等

开闭原则：对扩展开放，对修改关闭。依赖倒置原则：高层应该不依赖地层。单一职责原则：一个类只干一件事儿。接口隔离原则：一个接口只干一件事儿迪米特法则：不该知道的就不要知道。里氏替换原则：子类重写方法功能发生改变，但是不影响父类方法的语义。合成复用原则：尽量使用组合实现代码复用，不要用继承，要解耦。

类设计原则之单一职责类的设计原则之单一职责原则，是最常用的类的设计的原则之一英文：SRP,SimpleResponsibilityPrinciple中文：单一职责原则这是面向对象类设计中的第一个原则，也是看起来最简单的一个原则，但是实际上远远没有这么简单，很多人不一定真正理解了！类设计，通俗的讲就是怎么去写一个类更好，应该遵循什么样的原则

类设计原则之开闭原则OCP，OpenClosedPrinciple，中文翻译为开闭原则当第一次看到OCP时，我就蒙了，什么开，什么闭啊，完全摸不到头脑然后就去网上找各种博客，各种解释，最多的一种就是：对扩展开放，对修改关闭当时我就更蒙了，去问了很多“高手”，他的回答让我更加迷茫：不修改代码就可以增加新功能这是多么神奇的事啊，不修改代码

设计模式面试1.单例设计模式使用设计模式为了代码复用，增加可维护性。设计模式的六大原则：开闭原则、里氏代换原则、依赖倒转原则、接口隔离原则、迪米特法则（最少知道原则）、合成/聚合复用原则Singleton（创建）：保证一个类仅

C简单工厂模式模型，建立一个模型，构建我们的实际工程，项目。​所有面向对象的编程都是在我们生活中存在的，从词义的解释就是我们生活中的工厂就是负责生产产品的，而到开发中对应的就是NEW不同的对象，该模式主要解决的问题就是解决创建对象与该类的解耦。设计原则中经常说的类单一职责、封装性都有体现。编程中的简单工厂就是一个生产

前言 　　关于Spring，我想无需做太多的解释了。每个Java程序猿应该都使用过他。Spring的ioc和aop极大的方便了我们的开发，但是Spring又有着不好的一面，为了符合开闭原则，Spring的一个方法可以涉及到好几十个类，从设计上来说，这样的设计易于宽展，职责明确。但从开发角度而言，Spring就像一个迷宫，经常会在里面

1.什么是微服务/微服务的特点单一职责:微服务中的每一个服务都对应唯一的业务能力,做到单一职责微:微服务的服务拆分粒度很小,列如一个用户管理就可以作为一个服务,每个服务虽小,但五脏俱全独立:自治是说服务间相互独立,互不干扰团队独立:每个服务都是一个独立的开发团队,人数不

上一篇(https://my.oschina.net/zgldh/blog/379461)SingleResponsibilityPrinciple单一职责原则Introduction介绍The"SOLID"design

在过去做了不少代码走读，发现了一些代码质量上比较普遍的问题，以下是其中的前五名：1.臃肿的类: 类之所以会臃肿，是因为开发者缺乏对最基本的编码原则，即“单一职责原则”（SRP）的理解。这些类往往会变得很臃肿，是由于不同的且在功能上缺少关联的方法都放在了相同的类里面。2.长方法: 方