一、架构的定义 所谓一千个架构师中有一千种“最好的架构”模式。 “架构”是我们这行业种一个很常见的词，表明其必然也是经历了很长的岁月打磨所形成的一个词。架构的这个词出现的意义是什么？为了解决什么问题？只有把这2个问题想明白了，才能设计出一个良好的项目架构。 我认为架构类似于画房屋设计图，在刚开始我们盖一层楼的小房子的时候，拍拍脑门想一下，脑子里有个大概的样子就开始动工了，想怎么盖就怎么盖，大部分情况下也都不会出现。但是当你要盖一个大楼，这时候拍拍脑门的方式虽然有可能还能管用，但是由于没有经过深思熟虑的多方考量，建造出来的必然是问题重重。另外建造大楼和盖个一层楼的小屋所需的团队规模肯定是不同的，每个人心中的标准不同，如果没有一个统一的规范，最后的结果可想而知。所以架构就是定规则做限制，是在权衡各方得与失之后的一个“最合理决策”，由它来指导团队中的每个人思想层面上的一致，使得最终的产品达到像由一个人做出来的一样。另外还有控制复杂度、提高团队协作力、降低成本等等作用。 在软件开发中，架构的意义不单单是为了让团队达成一致，因为我们工作的本质是为了做出更好的支撑业务发展需要的软件产品，所以架构也是基于业务的架构。我认为一个好的架构能够提前预见业务发展1~2年为宜。这样可以付出较为合理的代价换来真正达到技术引领业务成长的效果。我相信大部分在中小型公司呆过的人应该都经历过被业务推着走的时代，每天焦头烂额的这里卡了，这里挂了，这里报错等等问题。当我们遇到这些问题的时候是时候花成本来考量当前的架构是否存在问题？ 二、如何开始设计一个架构做架构的最重要的一点就是上面说的贴合业务，任何不基于业务做异想天开的架构都是耍流氓~ 架构不是像平常写代码一样，对就是对，错就是错，它并无对错之分，是一个取舍的过程。当我们从0开始做架构的时候，的确是比较困难。虽然万事开头难，但是一个好的开始相当于成功了一半，会给我们接下去的工作打下结实的基础。 下面来阐述一下笔者个人是如何从头开始做一个架构的，供大家参考学习： 1.架构是一个整体-- |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
