关于架构、框架、业务逻辑的理解

        最近在回顾和总结上一个五年的工作成长历程，其中加入了个人对架构、框架、业务逻辑的理解，顺便摘抄下来分享到博客。由于个人认知有限，难免存在纰漏。

1、架构

        按照我的理解，架构有广义和狭义的解释。

        从广义角度来说，它是人类进行社会化生产的组织形式，以及为保证组织形式能够正常开展的方方面面。一个典型的案例就是现代企业的组织架构，它从上到下设计了公司的部门组成，相应的也规定了各自的责、权、利，以及日常运作的规章制度-------如员工手册、绩效考核等，这个模型行之有效地保证了企业的正常运转和发展。小到一个研发团队，也需要有相关的机制来保证整体的运作。

        从狭义角度来说，它是某一类特定的社会生产活动的行动纲领，就好比建筑公司所承担的一个建设项目，在进行施工前必须要设计一系列的施工图纸，在反复论证并证明可行后才付诸实施，否则出问题的时候轻则延误工期、重则发生安全事故。在这个模型中，“施工图纸”起到的就是架构的作用。

2、框架

        架构是抽象的行动纲领，而框架则是落实架构的具体工具，同样的架构可以使用不同的框架，不同的架构可以使用相同的框架，差别在于开发效率、扩展能力、易维护性等等的高低。还是以建筑项目为例，在确定了图纸开始施工后，有一个重要的施工环节就是混凝土浇筑，混凝土浇筑技术的优劣会导致工程工期及质量的不同。在这个模型中，“混凝土浇筑技术”起到的就是框架的作用。

3、策略

        按照我的理解，业务逻辑要拆分成“业务和逻辑”来理解。人类做为一种社会性的群居动物，在进行社会活动的时候会产生种种社会需求，这个“需求”就是“业务”的范畴，而需求的受众在分析需求的内涵后得出满足需求所需要的规则和流程，这个“规则和流程”就是“逻辑”的范畴，一句话总结，业务逻辑是为了满足需求而设计的规则和流程。同样以建筑项目为例，刚需们可以买期楼或现楼，但不管哪种方式，如果是按揭方式则必须首付三成。在这个模型中，“刚需买房按揭必须首付三成”起到的就是业务逻辑的作用。
        在软件开发中，业务逻辑是经常出现的字眼，围绕这一名词展开了软件架构、软件框架、设计模式的大量研究，业务逻辑的设计可以说是贯穿了软件开发的整个流程------规划、开发、测试。
        按我的理解，业务逻辑的另外一种称呼是“策略”，而且从称呼的简洁性上更愿意使用“策略”，考虑到公司产品是软硬件都需要设计的，这样就可以分别称之为“软策略”和“硬策略”进行区分。