关于通用框架的一些想法

前言

前几天跟朋友谈起框架的事情，回顾了一下当前框架的发展，尤为是Spring Boot，已经把程序员的开发简化到了最初的一个 class 的形式了。这个也是我为何喜欢领域驱动设计（DDD）的缘由，真正回归了本源。回头看历史上的各类框架，从struts开始，到Tapestry、Wicket、SpringMVC，最后到Spring Boot，就是逐渐破坏面向对象（OO）的封装性，再慢慢回归到面向对象的历程。

通用框架的一些概念

我画了一个图，是应用程序的结构，貌似是Spring Cloud/Boot的结构，实际上并不单单如此。

咱们从底向上分析这个图：

• 底层是操做系统，目前流行Docker，以及基于Docker的各类派生工具，好比Kubernates、Rancher等。可是微创新不能改变本质，也就是Docker带来了和纯OS之上部署彻底不一样的一种方式。可是依然属于“部署”的领域。在这个领域中，咱们要思考的是拓扑结构、设备内存大小、磁盘空间、网络参数、文件句柄等。
• 操做系统之上，就是应用系统的各类部件。如今的应用系统，都是异构的，如数据库用Mysql、Oracle，缓存Redis，传输Kafka、MQ等等。这些异构的外部第三方程序须要和本身开发的应用进行集成。这是“系统集成”的领域。在这个领域中，咱们要思考的是地址、端口、应用系统的配置参数等。
• 在本身开发的应用程序结构中，若是用java开发，则要基于Java运行时之上，结合外部的各类库，而后才能在其上开发本身的业务逻辑。这些业务逻辑代码经过编译打包功能，和外部库文件一块儿构成应用程序。这是“应用集成”的领域。在这个领域中，咱们要在代码级别思考API、性能、参数、返回值、调用方式等。
• 最上层才是本身真正开发的应用逻辑部分。如今一切都回归到“对象”，程序员们只须要把业务逻辑写在class里就能够。可是写出这些代码以前，咱们须要进行设计，思考各个class之间的关系，思考界面和后台逻辑的调用方式，思考界面的布局、交互等。这些才是开发真正要关注和要作的事情。

把上图换一种画法，能够更加容易看懂。一层层象蛋壳同样的结构表示不一样模块所处的依赖层面。现代软件框架已经发展成了一个庞大的体系，咱们须要人工编程的部分，就像鸡蛋的蛋黄同样，核心可是只有一点点。

那么，咱们刚才已经说了：

1. 基于现代框架的编程，已经回归且简单到只须要写一个class的地步了
2. 在手工编写内容以外，都是集成工做

通用架构也不过是如此。

关于通用框架的一些设想

目前框架方面的顶尖水平依然在Java界，以Spring Boot为表明。如今流行的Spring Cloud的核心依然是Spring Boot。记得2015年的时候，我用Dubbo给客户搭建了一个框架，后来在研究Spring Cloud的时候，发现两个的框架的思路基本一致，编程方法相似。那么，从开发者的角度，可否屏蔽这种差别？

一旦屏蔽了框架实现的差别以后，开发者只须要用纯OO结构去实现本身的业务，框架根据Annotation自动决定加载和运行。也就是说，咱们能够把“框架”归类到运行时（Runtime）部分，而再也不须要把框架代码也打包到系统里。框架和代码之间的解耦，可让应用程序的适应性更广：同一套代码，套用不一样的框架，就具有了不一样的特性，如高可靠、高吞吐量、离线处理等等。

看起来很美！