架构模式

我们就会对 Less Well 加以细致的讨论，找出问题的根源，并试图找到一个解决方案。

换句话来说，就是改变（CHANGE)。

Suggestion/Puzzle。如果我们可以直接找到一些建议，那么我们就可以直接提出来。并且如果我们对当前团队里的一些事情，有一些困惑那么也应该及早的提出来。

Action。当我们对一些事情有定论的时候，我们就会提出相应的 Action。这些 Action 应该有相应的人去执行，并且由团队来追踪。

架构模式

模式就是最好的架构。

架构的产生在我开始接触架构设计的时候，我买了几本书然后我就开始学习了。我发现在这些书中都出现了一些相似的东西，如基本的分层设计、Pipe and Filters 模式、

MVC 模式。然后，我开始意料到这些模式本身就是最好的架构。

MVC 模式本身也是接于分层而设计的，如下图是 Spring MVC 的请求处理过程：

图 94: Spring MVC

而这个框架只是框架本身的架构，这一类也是我们预先设计好的框架。

在框架之上，我们会有自己本身的业务所带来的模式。如下图是我的网上搜罗到的