关于系统设计的一点小心得

最近接连开发了两个独立的小系统，虽然累的够呛，但还算有点心得。

紧密度的开发两个小系统，非常容易在后发第二个系统的时候与第一个系统做比较。抽出两者的开发过程中的共性。

经过抽象发现最重要的几点：

1.根据业务量身定制数据结构是最重要的。而在需求尚不是非常明确之前，数据结构大的架子不宜设计的过于精细。

比如我们可能会用到多维树，可能第一维的数据只需要一个int型就可以搞定，但这时候千W不要就写个int。而应该设计成一个结构体，以方便后面扩展，否则后面需要改动的东西就会过多，且容易出错。

2.数据的容量或者说并发量等，最好以10倍的规模设计，否则用不了多久就会费掉，这种风险还比较大。

3.当数据容量或者说规模有成指数爆发的风险时，应该考虑水平扩展的能力，一台机器不行，前面加代理，后面可以多台机器处理。

4.做完系统后，如果时间允许的话，应该提炼其共性，抽象出一些后续可能会用到的东西，并且实现较高层次的模块化。

总而言之，初期应该把握大方向，不犯原则的错误，后续如果时间允许再进行精雕细琢，再优化。