Unix哲学，Microservices和DDD （1）

最近几个月学习内容的总结思考

---

网站软件的存在乎义是把复杂的事情简单化，制做软件却很是困难。

为了节省人力，不少应用会使用网站框架以实现工程级别的继承关系：把问题从制做“Java网站应用”变成制做“Java EE”或者“Spring”应用，从而复用父类（框架）的经验和代码。

框架可能适用大部分应用，可是框架也致使程序员明明只是在自定义本身的应用独有的行为，却须要先去了解关于框架的知识，并且实现功能的难度取决于框架温馨区的范围。例如在面向关系模型的框架中使用多种数据库，在提供CRUD接口的框架中实现推送和跨资源视图，在生成表单网站的框架中实现Ajax，在基于并发优化的单线程框架中实现并行计算，都是容易产出面条代码的需求。

究其缘由，大部分框架并无把软件复杂性封装在底层，只是容许程序员用户的代码在本身的环境运行。程序员有如在沉淀干净的池水里面游泳，动做大一点就会搅起一身泥。

这并非框架设计者的问题。毕竟类的继承已经足够麻烦，连架构都要继承的话，结果大抵如此了。

取代这种单一架构（Monolith）的答案有不少，目前的最新答案是微服务。