作者：Xinsoft（博客中国构架设计师）
日期：2005年02月17日

现在在公司里面解决不同的系统之间迁移、耦合、数据同步的事情。比起写程序，这样的事情我似乎更加感兴趣。不过最终具体的实现还是要靠具体的一段一段程序。作为构架设计师，我开始在以前根本接触不到这么大规模的系统之间进行构架设计。同时作为程序员，我开始体验到编程的另一番天地。

一个良好的构架设计真的是太重要了。对于一个或几个复杂的系统来说，系统的构架设计，要么将后续的开发、升级、维护带入一个豁然开朗的天地，要么将这些工作带入梦魇般的地狱。现在真正体验到了系统设计的乐趣和软件工程的妙处。

以此作为开头，以后我将陆续写出一些这方面的心得体会。同时也作为一种抛砖引玉的讨论，请各位同仁参与进来共同讨论共同提高。

系统构架设计心得（1）［补充］

下面引用由ajder发表的内容：

如果你当初地基是为建两层楼房打的，那你以后的房子最多也只能建到三层，不然有有危险。
相反，如果你这房子以后最多也只建到两层，你却在打地基时按100层的楼房打的地基，那初期的投入也未免太大。
再一种情况，你当初是按两层楼来打的地基，以后却因为发展，你必需建100层的高楼
这时你就应该完全抛弃那老地基，但在新老交替的过程中你怎么办呢，是推倒老的完全建新房子，还是老房子先留着，另外找地方建新房子呢？...



是的，这个话题是系统构架设计和软件工程中常见的问题。

一个好的系统构架设计，应该有一定的前瞻性。同时，它应该是一个优秀的体系，能够在很大程度上良好地应归未来系统发生的变迁。

就像Eclipse，一个跨时代的开发平台，它就做到了以插件的形式应对开发者对开发工具的功能逐渐扩充和对同一功能具备程序员自行DIY不同的第三方组件来实现这一需求。

系统构架设计心得（1）［补充］

续2楼：


现在一个流行的做法是系统构架插件化。在一个完善到一定程度的基础平台上，用“插件”（PLUG-INs）来完成功能的扩展应用。而这个基础平台，以及平台上的各个插件，在一定程度上都是可以横向扩充、升级的。

允许进行横向的扩充，和纵向的扩充，使系统在越来越庞大越来越复杂的过程中仍然维持原有的体系结构。

一个补充：

多个系统进行整合的时候，要考虑到一个系统出问题的时候别的相关的系统怎么办。像现在我们的系统之间就是做一个数据交换，我的做法是从别处请求到数据后先把这个数据在本地做一下缓存（通常这个缓存是以xml源的形式存在的），当别的系统偶尔出现故障导致数据请求失败的时候我可以用本地遗留下来的请求结果的缓存，所以这时候技术人员可以去全力解决那个出故障的系统，而别的系统的这一部分数据先维持旧数据不变，并不会导致运行出错。

分这么多帖子,简直骗分啊~~大叔

leadbbs的做法

呵呵~！
要楼主学习~！
我先打两层帖子。。。

8层

9层
头晕了，怕搞，不打地基了，等下要塌了