关于架构的理解

       一直以来，在软件行业，我们经常听说架构这概念。对于什么是架构，都有很多的争论，每个人都有自己的理解。甚至于很多架构师一说架构，就开始谈论什么应用架构、硬件架构、数据架构等等。究竟何为架构？查了一下资料，是这样解释的：就是把一个整体切分成不同的部分（分工），由不同角色来完成这些分工，并通过建立不同部分相互沟通的机制，使得这些部分能够有机的结合为一个整体，并完成这个整体所需要的所有活动，这就是架构。之前架构这个概念是由于人的时间、精力有限，只能专心做一件事，于是就产生了分工，在社会扮演着不同的角色，社会开始相互协作，共同完成了社会的运转。
       对于这个定义我比较认同，其实程序的架构就是根据要解决的实际问题对目标系统的边界进行界定，说白了就是根据功能的需要，将整个程序划分分为相互独立的模块，并且每个模块只负责一个功能的实现，最后将各个模块相互协作形成一个整体程序，这就是程序的架构。
     同样缘于这个思考可以扩展到其他的行业，比如企业的架构，国家的架构，组织架构等等。套用三国演义的一句话，合久必分，分久必合。架构实际上就是指人们根据自己对世界的认识，为解决某个问题，主动地、有目的地去识别问题，并进行分解、合并，解决这个问题的实践活动。架构的产出物，自然就是对问题的分析，以及解决问题的方案：包括拆分的原则以及理由，沟通合并的原则以及理由，以及拆分，拆分出来的各个部分和合并所对应的角色和所需要的核心能力等。
    总结一下架构具有以下特点：
      1、根据目标需要，进行不同角色分工；
      2、各个部分相互协作；
      3、各个部分形成有机结合的整体；