【软件设计】| 总结/Edison Zhou本文是我学习课程《软件设计之美》的学习总结第二部门，分享如何相识一个软件的设计。上一篇：体会软件设计之美（1）1 相识一个软件的三步我们在职业生涯中肯定有去接手和维护一个已有项目的时候，项目到来时，我们大部门时候可能都市首先就去看源代码。可是，过不了多久就开始打退堂鼓了。看源代码是相识软件设计的必经之路，但却不是第一步。

郑晔老师说道，相识一个软件的设计，可以从三个部门着手，它们是：模型、接口和实现。所谓模型，它也被称之为抽象，它是软件的焦点内容，明白模型就可以资助我们从高维度建设对软件的整体认知。好比，DI依赖注入是一种模型解决了组件建立和组装的问题，MapReduce也是一种模型解决了漫衍式盘算中节点分发和调理的问题。所谓接口，它是用户与软件交互的入口，约定了软件通过怎样的方式对外袒露自己的能力。

所谓实现，它指软件提供的模型和接口在内部是如何实现的。实现的内容有许多，实际中也并不存在一个通用的实现解决方案。可以看到，“实现”虽然重要，可是它需要建设在稳定的模型和接口的基础之上。

模型才是一个软件最焦点的部门，如果模型变了那么软件就不再是原来的样子，甚至偏离了偏向。接口反映的是模型，因此模型和接口都应该是较为稳定的，而实现则会随着软件的演化和生长而不停地调整。因此，郑晔老师建议，相识一个软件的设计，应该遵循这样的一个三步走的顺序：先模型，在接口，最后是实现。

相识一个大软件的设计，我们需要一层一层地展开，每个条理可能都市有一些小模型，对这些小模型也根据模型-接口-实现的顺序去明白，就有可能会在脑中形成一棵设计树。2 分析软件的模型任何模型都是为相识决问题而建立，所以明白一个模型的关键在于，要相识这个模型设计的来龙去脉，即要知道它要解决什么问题，又为何要解决相应问题。以DI容器（依赖注入）中间件为例，它要解决的是什么问题（What）？又为何要解决这个问题（Why）？到底解决啥问题？其实，岂论是.NET应用还是Java应用，它们中的DI容器解决的都是组件/依赖项的建立和组装的问题。为啥要解决这个问题？还是以上篇中的一个常见的例子来看看，这是一个服务层挪用仓储举行数据持久化的场景：publicclassProductService{ private readonly DBProductRepository repository; public ProductService(string connStr) {repository = new DBProductRepository(connStr); } public Product GetProduct(long id) { return repository.GetProduct(id); }}看起来并没啥毛病，可是一旦想要测试，我们就会发现，十分贫苦。

要让ProductService跑起来，我得先让DBProductRepository跑起来，要让DBProductRepository跑起来，我还得先给它准备数据库毗连字符串。一时间，我们开始怀疑人生，这是我该做的事儿吗？其实，在我们开始建立工具的时候，就泛起了问题。因为引入了一个详细的实现，需要将其周边的相关配套的所有工具都引入进来，可是这些玩意似乎与这个Service的业务逻辑没有多大关系。

郑晔老师打了一个生动的例如（惊呼郑晔老师的打例如能力，这是需要深刻明白本质才气做出的例如），你原本计划买一套家具，可是现在需要你必须相识树是怎么种的、怎么伐的 又是 怎么加工生产的一些列事情，然而你想要的就仅仅是一套能直接使用的家具而已。对上一段代码，我们做了如下如下优化之后：public class ProductService{privatereadonlyIProductRepository_repository;publicProductService(IProductRepositoryrepository) { _repository= repository; } public Product GetProduct(long id) { return _repository.GetProduct(id); }}这时候，我们就可以很利便的测试ProductService，只需要Mock一个IProductRepository的GetProduct方法的实现即可完成这个Service的测试。

这就是工具建立的分散。可是，还需要有一个地方去组装，也就是在生成ProductService实例的时候，将DBProductRepository的实例传入。ProductServiceservice= newProductService(newDBProductRepository(connStr));这是一段无聊但且重要的代码，对我们来说就是一些重复的劳动。

人之初，性本懒，有谁愿意生来就996的？偷懒划水，是人的天性。记得微信的张小龙曾说，研究产物，就是研究人性，人性的本质就是贪、嗔、痴。软件也一样，软件做的再好，没有人用也不能算是好软件。

好的软件，也一定是需要研究人性的。资助法式员这个群体偷一点懒的软件，就是这些经由高度封装的中间件/组件 又或者是 更高级的编程语言。从汇编语言到高级语言，从历程编程到面向工。

本文来源：开运手机app-www.sfzgjxc.com