标签：思想 原则 接口 接口隔离 开发 线程 上下文 AtomicBoolean
思想
策略思想
解决的问题：一类对象，不同对象有不同的处理
实现
顶级接口
-
定义规范，面向接口编程
抽象策略
-
定义一套模板，不同的交给不同的策略实现
具体策略
-
枚举 对象标识 --具体策略
-
策略集合-对象标识
观察者思想
解决的问题:当一个对象状态发生改变时，所有依赖他的对象将得到通知并自动更新
常见场景：
-
spring事件
-
消息队列
-
我们不用去关心依赖的对象，只用把自己的事情做好
实现：
-
充分解耦
-
可实现一对一和广播
顶级事件接口
具体事件
顶级订阅者接口
具体订阅者
事件发布中心
上下文思想
解决的问题：当一个参数在需要四处传递，可设置上下文，从上下文中取
实现：
-
spring提供了一系列获取容器对象的接口ApplicationContextAware....
上下文顶级接口，定义规范
具体上下文
-
保证全局唯一
-
并非容器
池化思想
线程池
-
复用线程，减少系统资源的消耗
-
便于管理线程
-
快速的响应
合理的线程池：根据不同场景，情况去构建合适的线程池，保证效率和资源消耗
场景：流程发布，构建流程轨迹
实现
CAS锁控制控制线程池唯一，只有一个线程能够进行调度（提交任务）
private AtomicBoolean started = new AtomicBoolean(false);
private AtomicBoolean scheduler = new AtomicBoolean(false);
自定义阻塞队列，存放任务
private BlockingQueue<ProcessDefinition> queue = new LinkedBlockingQueue<>(512);
单个线程循环处理，allowCoreThreadTimeOut回收线程节约资源
this.executor.allowCoreThreadTimeOut(true);
try {
ProcessDefinition definition;
while ((definition = queue.poll()) != null) {
handler(definition);
}
} catch (Exception e) {
e.printStackTrace();
} finally {
scheduler.compareAndSet(true, false);
if (!queue.isEmpty()) {
scheduler();
}
}
设计思想
并不是绝对的，灵活变通
-
构建合理的类结构，便于扩展，理解
-
提取公共方法实现复用
单一职责模式
一个类只做一个事情，可通过依赖建立联系
优点：职责分明，结构清晰，便于修改
前：
后：
开闭原则
实现不改变这个类的情况下进行扩展
实现：策略模式
前：
后：
里氏替换原则
通过继承来进行扩展
依赖倒置原则
面向接口编程
合成复用原则
多用组合代替继承
-
一般来说，如果两个类之间是"Has-A"关系，则使用组合/聚合；如果是"Is-A"关系，则使用继承。
迪米特法则
中间类
接口隔离原则
接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想，但两者是不同的：
-
单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离。
-
单一职责原则主要是约束类，它针对的是程序中的实现和细节；接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建。
接口拆分
标签：思想,原则,接口,接口隔离,开发,线程,上下文,AtomicBoolean 来源： https://www.cnblogs.com/lcjtt/p/16610462.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。