由这个范例可以看出，RedKale提供了非常强大的架构，集中式到微服务架构不需要增加修改一行代码即可随意切换，复杂的系统都可以如小系统般快速地开发出来。当年Spring抓住了JavaEE笨重且学习成本高的痛点迅速走红，经过了十多年的发展后，如今的Spring也已笨重不堪了。
- 主流的SSH、SSM框架的复杂程度并不比JavaEE低多少，开发之前，不算功能性的工具包(如jfreechart、jdbc驱动)就已经需要几十M的框架包。当一个初级程序员使用传统SSM框架开发一个简单系统单点部署后，运行一段时间随着业务发展需要多个进程部署时，就会发现两个进程间的MyBatis缓存不能自动同步，可能就想到Memcached之类框架。于是就得学习Memcached的Java Client API，同时还得学习使用JSON或其他的序列化的第三方框架， 更麻烦的是已有的数据层的操作代码需要进行修改，查询得先查Memcached，没有再查数据库，修改操作得同步更新到Memcached。如今移动应用成为主流，Android的消息推送通常使用WebSocket，当使用了WebSocket时发现连接到不同进程上的用户间通信也是个麻烦事，于是又得找一套WebSocket节点之间通信的框架。
- 而使用RedKale可以省去很多不必须要的学习成本，内置了很多微服务常用的功能, 待续……。
+
由这个范例可以看出，RedKale提供了非常强大的架构，集中式到微服务架构不需要增加修改一行代码即可随意切换，复杂的系统都可以如小系统般快速地开发出来。
+ 为了降低接入层与业务层代码的耦合， 可以将Service分接口与实现两个类，接入层只加载接口包、业务层使用实现包。