开发思想拙见

起因

最近在公司中因为工作需要，设计开发了几款通用工具与通用方案，由此忍不住想发几句嘴碎😂，因为在设计开发流程中会涉及详设评审环节，在经历的这几次评审中，我发现了这一环节设立的必要性，因为对于开发来说，每个人的设计思想与考虑视角总是不同的，毕竟一万个人心中有一万个哈姆雷特，所以在这其中总能碰撞出一些灵感的火花💥，毕竟炸裂的灵感总是出现在不经意间。并且在这其中也能了解到自己设计思想上的不足与欠缺，这其中最直接呈现的就是经验啦，这可不是书本上死记硬背能够学会的哦！所以这篇文章记录总结一下那些经典的设计思想与法则，帮助大家能够细细品味。🤭

拙见

每一种语言或开发工具都有特定的目的，用来解决什么类型的问题，其特点、优点是什么，比如 当前流行的JAVA、PYTHON、.net，要深入理解他们的最大优势是什么。

设计模式中提到的六大设计原则

单一职责原则

从业务的角度规范模块或单元划分范围界限，即业务模块的外在界限。

里氏替换原则

通俗的讲，就是面向对象（其实不仅仅限于面向对象）的继承，其概念是凡是对象 A 出现的地方，都能被对象 B 替换，满足这种情况，就应该设计成继承结构，即B extends A。

IOC 或 DI 法则

即依赖注入或控制反转，大名鼎鼎的开源框架Spring，将这一思想体现的淋漓尽致，具体思路：具体依赖抽象，由主动的“拉”，转换为被动的“推”，且被推的目标在编译时不确定的，在运行时动态绑定。这里用到很重要的一个思想，接口编程，依赖关系传入接口，具体的实现在运行时指定，一般通过 XML 配置推入。

接口分离原则

契约（接口定义的功能）并不是越多越好，功能越多，责任（具体的实现）代价也越大，因此从业务的角度加以划分接口要提供的最”干净“的功能，比如：对应美的观点，有丰腴，也有苗条，如果合并在一个接口中，虽然编码上没问题，但给人的感觉就是矛盾与怪异，这种情况下，显示拆分在两个接口比较合理。

迪米特原则

看过电视剧的人，经常听到熟悉的台词：“A：为什么？”，“B：你知道的太多了…”。

如果单一职责原则、接口分离原则是对对象内部的规范要求的话，那么IOC法则、迪米特法则就是基于对象之间依赖性约束的相关规范，它与 IOC法则 一样，出发点都是“解偶”，达到低耦合的目的，解偶是需要代价的，一般至少引入一个中间层，引入的中间层越多，与目标的耦合度越低，这其实是分层思想的一个典型应用，其实这里还有一个隐形原则，就是依赖的路线最好是单线（1:1），而不是树形或网状对应关系（1:n ; n:m）

1
2
3
4
5
6

# A.单线依赖
老师———————->班长（或课代表）————————>学生

# B.非单线依赖
老师———————->班长（或课代表）————————>学生
老师———————->学生

开闭原则

这种主要是针对编码时的规范要求，即对新增方法开放，对已有的方法进行修改或是关闭，也就是保留已经成熟的实现方法，如果需求有变动，通过增加新的方法，将影响度降低到最低，特别是新旧版本发布的时候，有些还在等未处理的业务，依旧需要沿用原有的业务逻辑。

分层思想

这里的分层，是针对架构层次的分层，典型的 WEB 应用一般都会进行分层，比如展示层、业务逻辑层、领域模型层、数据访问层，这就是典型的分层思想，这样的好处是：方便软件的复用、维护，减少维护成本，也方便架构的伸缩、扩展性；Spring MVC也是典型分层系统的实现。

接口开发思想

上面设计原则中的IOC原则提到，这里也是为了强调接口开发的好处，通过引入接口层，使模块或组件之间的依赖通过接口来耦合，不是具体的实现来耦合，这样做有以下几种好处：

配置思想

常用的配置文件格式有 property，xml，yaml等，其好处是配置做了改动后，就不需要重新编译，重启应用即可生效（有些应用可以动态提取，不用重启应用），特别是容器管理配置的维护，真正达到“四两拨千斤”的效果，ibatis、mybatis的 mapper 思想就是最好的体现，通过动态维护 XML 中的映射语句，达到动态访问业务数据的功能。

分离思想

这里的分离是一个很广泛的思想，小到代码模块单元，大到服务、子系统，都含有分离的思想，包括配置都包含若干分离思想的应用，之所以如此，主要是分布环境，多人开发团队协作给软件开发驱动的必然结果，方便治理也好，方便维护也罢，总之其目的不一而足。

分页思想

随着系统业务量的增加，数据量也会同步增长，对数据的提取与导出带来了性能上的压力，数据分页是十分有必要的，具体包括前端分页（JS插件）、后端分页（数据库的分页或对查询出的结果集进行计算分页），这样会极大提高系统的性能。

异步调用思想

对于复杂或交互量大的系统，往往需要与周边系统进行交互数据，一般需要通过 RPC 的方式进行调用，如果每包的数据量比较大，调用比较频繁，如果同步方式处理，对系统的性能要求比较大，而采用异步方式，则极大改善性能，特别是对实时性不高的业务。

总结

hi，不觉间已经看到这里了，希望这里的内容能作为你进步的阶梯，将你带去更高的层级，拜了拜。