前几天跟朋友谈起框架的事情，回顾了一下当前框架的发展，尤其是spring boot，已经把程序员的开发简化到了最初的一个 class 的形式了。这个也是我为什么喜欢领域驱动设计（ddd）的原因，真正回归了本源。回头看历史上的各种框架，从struts开始，到tapestry、wicket、springmvc，最后到spring boot，就是逐渐破坏面向对象（oo）的封装性，再慢慢回归到面向对象的历程。
我画了一个图，是应用程序的结构，貌似是spring cloud/boot的结构，实际上并不仅仅如此。
我们从底向上分析这个图：
把上图换一种画法，可以更加容易看懂。一层层象蛋壳一样的结构表示不同模块所处的依赖层面。现代软件框架已经发展成了一个庞大的体系，我们需要人工编程的部分，就像鸡蛋的蛋黄一样，核心但是只有一点点。
那么，我们刚才已经说了：
通用架构也不过是如此。
目前框架方面的顶尖水平依然在java界，以spring boot为代表。现在流行的spring cloud的核心依然是spring boot。记得2015年的时候，我用dubbo给客户搭建了一个框架，后来在研究spring cloud的时候，发现两个的框架的思路基本一致，编程方法类似。那么，从开发者的角度，能否屏蔽这种差异？
一旦屏蔽了框架实现的差异之后，开发者只需要用纯oo结构去实现自己的业务，框架根据annotation自动决定加载和运行。也就是说，我们可以把“框架”归类到运行时（runtime）部分，而不再需要把框架代码也打包到系统里。框架和代码之间的解耦，可以让应用程序的适应性更广：同一套代码，套用不同的框架，就具备了不同的特性，如高可靠、高吞吐量、离线处理等等。
看起来很美！
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
14、Ribbon整合断路器监控Hystrix Dashboard
我要评论
网友评论