架构设计 - 程序设计篇

前言

在项目开发中
我们如何去维护自己的项目？
程序设计的好坏能为项目带来什么？
你是否一直在苦于在进行系统迭代开发时，改动一处地方，其它地方的程序就产生了bug，导致你不得不得随时去了解业务底层运行逻辑，然后重复功能模块的实现编程。

基于以上几点，结合我自己的理解，说说 程序设计 是个啥。

研讨

我认为 程序设计 的本质目的就是来解决项目开发问题。
1、后期有新需求时，项目迭代的情况点
2、后期做技术升级时（更换数据库源（如从本地迁移至第三方服务商），文件源（由本地迁移至第三方服务商），负载均衡等），系统架构能否实现
3、多人协同开发时，如何保证避免重复性的工作
4、多人协同开发时，如何降低服务于服务之间的耦合

程序设计的思想从哪里来

在生活中随时随地都有我们可参考的设计模式，小到一个班级，达到一个集团公司。

小班级有班长、老师、学习课代表为组织架构设计。
大到集团公司有部门，员工，部长，经理，助力，秘书，董事长等职位的组织架构设计。
分析生活中的各个设计，都是为了解决他们自己的行业问题点，所以不同的行业有不同的组织架构设计。

致经典名言：一切脱离业务的架构设计都是耍流氓

所以我们多去了解生活中的设计模式，对提升自己的架构能力很有帮助。

程序设计如何制作

由上我们可知，一个好的设计需要深入了解你的项目，根据项目需求考虑各个方面。
1、我的项目核心内容是啥。（如电商就是交易，新闻就是内容，社交就是即时交互聊天）
2、当我的项目用户体量起来后。怎样设计，可以保证我项目安全的情况下，后期能很好的进行升级（服务器迁移，负载均衡技术植入，数据库升级，文件系统升级）
3、我的业务功能实现如何避免重复性编码，降低后期维护复杂度。
4、我设计的业务中台对外接口，如何设计可以尽量不改变外部使用形式，且能稳定扩展。
5、如何设计，项目后期进行功能二开时能快速开发。

基于上，不得不提到 程序设计六大原则。
注意，这不是模式，也不是原理，它叫原则，原则代表的是一定不能违背的规则。他划定了一个设计规则圈，我们只要在圈内设计，设计出来的架构总是能有一定保证的。它决定了一个项目设计的下限，没有决定一个项目设计的上限。如果你不了解 程序设计六大原则 请看这篇文章

程序设计6大原则是经过无数系统验证，汇总归纳出的设计模式。

程序设计 需要考虑方方面面的问题。大到从宏观角度去看项目整体，再从微观角度去看项目程序。对项目的了解程度，决定了你如何去设计项目程序。

对项目了解的越透彻，越容易设计出满足需求的设计。

项目多人协同开发，统一开发规范

不同的程序员有不同的思维。但条条大路通北京，也许他们互相之间走的路不同，但最终达到的目的地是一样的。而为了统一规范，我们需要这些程序员在开始制作实现前先进行一次思维的膨胀，让他们确定都走在一条路线上，而这条路线就是程序设计的流程线。

大家都走在一条线上，你晓得我的业务如何工作，我也知道对方的业务如何工作。 不需要去了解对方具体的业务实现，仅需要使用对方提供的接口即可快速完成业务。

总结

程序设计是一个很综合的命题。需要考虑的内容很多。从项目需求，后期迭代和维护，多人协同，代码质量规范等。 需要接触和了解很多的开发知识，才能进行项目架构设计。

程序抽象于生活，也将溶于生活。 好的设计不一定是自己high，可以多在生活中或网上第三方开源系统多看看其他人的设计思想，然后不停的提升自己的设计能力。对项目来说，没有最好的设计，只有更适用的设计。