架构之路（六）：如何将框架结构详细剖析？

本文共计4891个文字，预计阅读时间需要20分钟。

写技术文档的难度确实很大！多次修改，都无法完全满意。所以我决定先写出来，之后再逐步完善——否则这个系列可能就写不下去了。这也算是一种先行动后完善的方法吧。

写技术文档的难度太大了！数次删改，都没能满意，所以我还决定，先写出来，以后再逐步整理完善——否则可能这个系列都没办法写下去了。这也算是借鉴了敏捷的思路，先写再改，不断迭代重构吧！

前面的几篇博客反响还不错，但还有一个硬伤，“说了这么多理论，能不能实践？”讲类似概念的文章不算多，但也不少了，但我一直没能从中收获太多的东西，反而更是云里雾里的糊涂了。估计这主要是两方面的原因造成的：我智商低，却爱较真！

你说得得天花乱坠，我只信一点，眼见为实，“是骡子是马，牵出来溜溜？”
按照你说的架构，把系统搭起来，跑起来，需求改上个几百上千遍，高并发大流量冲一冲……咦，这样一番折腾下来，没被砸跨，系统千锤百炼之后，还百炼成钢绕指柔。那我才竖起大拇指，真是不错！

我相信，按照DDD、TTD、敏捷开发之类的理念，一定有成功的案例，不然他们不会被站在巅峰的技术大牛们交相称赞。但很遗憾，我这个野生程序员，没机会融入那个圈子。
所以我就用了一个最蛮最笨的方法：我自己做一个系统，严格按照我自己对于这些概念的理解进行开发，看最后这条路能不能走出来？历经五年甚至更多时间的摸索和实践，我觉得我基本上是走出来了。

所以，如果你愿意，就静下心来，听我细细道来吧。

尴尬

在确定了忘记数据库的大原则之后，我们理应从业务层入手开始系统的搭建。

/* 为什么不是从UI层开始？不要笑，我还真记得，有看到过对这种做法的总结和推荐，还有一个什么专有名词，大概就是“页面驱动”之类的。