用过台式机的同学应该都知道，台式机最大的优势就是可以定制化，也就是可以根据你自己的需要选择使用不同的主板、显示器、显卡、内存等。通过这种方式组装起来的电脑，不仅可以快速适应不同的使用场景，而且相对于一体机或笔记本而言，其性价比也更高。另外，如果后期需要维修，通常也只需要针对其中的某一部分进行更换即可，操作简单方便。
既然组装电脑有着这么明显的优势，那我们是否也可以将这种思想应用于程序开发中呢？比如，我们可以先将图文、商品、订单、支付、用户、评论等比较通用的模块封装成一个个独立的组件，然后当我们需要一个电商类网站时，我们就可以将商品、订单、支付、用户这几个模块组合在一起；当我们需要一个资讯类网站时，我们就可以将图文，评论，用户这几个模块组合在一起。这样编码不仅开发周期短、效率高，而且由于每一个组件都经历了重复使用的考验，其安全性也更高。
看到这里，你可能会说，现在已经有了这样的开发模式呀。比如，PHP里的Composer，Java里的Maven，Node里的Npm等，不就是这样的吗？的确，它们带有一些这样的思想，但不可否认的是它们还仅仅处于初级阶段，因为它们只是一个类库，要想正常使用，使用者还得再对其进行二次开发。
实际上，组装电脑式的程序开发，有两个关键点：
要有一个中心化的控制系统要有一个统一的服务化原则中心化的控制系统主要用来管理服务化组件，控制组件的组合逻辑。它是服务化组件的粘合剂。比如，前面提到的如何确定哪几个组件组合成电商类系统和哪几个组件组合成资讯类平台，这个过程就是中心化的控制系统的任务。
统一的服务化原则主要用于规范服务组件的开发，统一服务组件与服务组件、服务组件与中心化的控制系统的交互方式。比如，规范每一个服务组件都要实现标准的出口和入口功能，使其既可以接受其他服务组件传递的数据，也可以向其他服务组件传递数据。
目前最接近这种开发思想的是Wordpress等类似系统中的插件机制和微服务架构，首先在这两种系统中，插件和微服务都是可以独立使用的，其次它们也有一个中心化的控制系统。只不过它们也有个问题，那就是在这两个系统中，插件和微服务的实现没有考虑到统一的服务化规则，也即是它们没有预留出与其他插件和微服务交互的统一的出口和入口。因此，你很难将这些插件、微服务任意的去组合，以形成新的系统。
平台制作已经很成熟了，早已不是一个技术壁垒了，如果未来能实现这种组装电脑式的程序开发，大家觉得香吗？
