【随文杂想】Modules 关联关系

问题

随着最近没那么忙了，终于可以有时间整理自己以前写的东西了，整理得过程中还是感慨良多；

自己折腾了一个图，一句话表达，管理即服务，水平有限，整理的比较仓促，考虑了下还是延用去年搞的图，如下所示：

管理即服务

协议占据软件的最高点和最低点；

为什么这么说呢？

在实际的开发过程中，顶层设计需要一整套事先商量好的标准，准则，制度，规例，参考等等，协议的商定文档也好，规则也罢，归根到底还是基于语义表达(个人认为语义表达还是挺重要的,暂且认为语义表达和认知程度有关)的范畴;按照我自己的理解，技术就是一系列规则要义，以现阶段可接受形式执行有序序列的功能集合；

在软件生态中，语义通过技术本身来体现，也可以认为技术是语义的载体；常言道，经济基础决定上层建筑，借用过来，上层设计支撑技术走向，理论支撑决定了我们的技术方向能够走多远；

我们延申定义几个概念，协议(Protocal) > 接口(Interface) > 多态(Implement) > 管理/服务(Manager)，统一对外通过API 进行沟通;那么此处的API 我们扩展一下，即API = 抽象协议簇功能的集合;

把这些归并到一般的软件开发中，任何一个软件包模块都需要提供3个层面的语义：协议层，接口层，服务层，一个维度：API；高内聚，低耦合特性目前是软件模块级开发中的主流指导方向，我们借助与3+1 来进行描述和表达；