系统架构设计的些许思考

好记忆不如烂笔头，想到点什么，就记录点什么吧

前言

什么才是好的系统，像是1000个人看哈瑞波特一样，会有1000个版本，同样，不同的人会有不同的感悟和理解。

不过不管怎么样，有些公共的特点是不会变的，所谓万变不离其宗就是这个道理。

总而言之，架构设计，一般都会遵循以下原则提纲：

简单原则

简单就是美，所谓的简单，是程序设计的最高境界，简单不是说架构设计上的简单，

而是指使用者在使用的时候简单，学习的成本不高，而且简单易用。其实，这是一个

非常高的要求，必须要求设计者有统筹全局的能力和宏观调控的运筹。
很多的系统，起初的时候，都是不那么健全的，而且迫于时间的压力，普遍会显的

笨拙和臃肿。但是随着时间的推移，系统会进一步的演化，会一步一步的边的更加的

健壮和简单，这是一种好的发展。而不好的发展会使得系统越来越臃肿，越来越庞大

简单的一个功能，可能就要新开发，很多地方都不能复用，这个是比较严重的设计，而

且这样的架构也是最垃圾的。
所以，一个良好而简单的架构，能让使用者舒心快意。

易用原则

易用和简单，本质上说也是一样的，只是侧重点不同，易用更加偏重的是用，重要的

的是能够使用，会使用，并且学习的成本低廉，手到擒来，让使用者可以轻而易举的上

手，方便使用者调用。
就像现在很火爆的 spring 家族一样，它已经将java世界的javase 和javaee 的

东西都囊括了进来，非常容易使用，让调用者使用起来，非常的简单，只需要几个依赖注

入，就可以将各个不相关的动能很好的结合起来，是使用简单而美观。
要实现这个目标，确实不是一件容易的事情，需要架构的设计者要特别的功底才可以的

么有相应的工作经历，是无法做到这点的。

高度统一原则

高度统一指的是在架构设计的时候，很多公共的组件或者操作实现设计上的高度统一。

具体表现在设计上的高度集中操作。让系统上的CRUD都封装成现成的，通用的调用模式，

另外加上缓存的操作，缓存在第三方的如redis，memcached，ehcache 等缓存控件

中去，大大的减轻系统和关系型数据库之间的IO操作，让系统更加健壮的运行起来。

复用原则

复用说起来既简单又特别的复杂。简单是说明写出一套东西，可以很容易的去复用之前

的成果，复杂的是，怎么样才可以让之前的成果很好的复用到现在的系统中去，或者是怎

么样让现在的系统复用之前的公共组件。
这是一个非常复杂而且麻烦的过程，尤其是在系统足够的复杂，足够大的时候。系统之

间的业务逻辑有特别的复杂，这样，要想复用已有的组件，那就要求使用者有很高的水平

同时也要求复用的组件很强大，很好用才行。

      总之，系统架构在设计的时候，一定要考虑到这些大的方向上去考虑，否则很难做到一个

健壮的系统。如果系统不够健壮，那么未来将会有一堆的事情要去处理，后果将是无穷无尽

的烦恼和麻烦。

踩的坑多了，人就自然变的聪明了、也就会尽量少的去犯错。