这个系列前面的部分重点论述了MVC模式下的M层的构建。
我们得到了一个比较清晰的类似于spring的结构,并且很容易将其切换到spring上。
鉴于第一章节搭建的一个mvc系统过于潦草,语焉不详,在本章节以及后继的几个部分里,我打算从需求开始,0启动,获得一个完整的mvc框架。
然后和前几章提到的spring一样,我们会对自己构建的框架和对应的开源产品进行比较。
请记住:我们没有做任何夸张的或者过于提前的软件结构设计,
一切的出发点是:
我的需求是什么?
实现这些需求需要哪些模块/方法?
他们的输入输出是什么?
我该如何测试他们的正确?
这种测试方案是否直接、不依赖tomcat或者对外部的依赖越少越好?
实现他们!
测试他们!
——然后,我们会自然而然的得到一个比较稳定的结构(或者叫框架)。
Project Sitefromscratch 的 BeanFactory 的构建,
其出发点并不是我们要用工厂方法,或者听说spring很吊,
而是我们需要灵活的切换模块之间的依赖关系用以配合开发和测试!
抽空吐个槽:啥时候SSH(非secure shell)成了java世界web开发的伪工业标准了。。。
是不是人到了一定的年纪就开始保守了。。。想当初,俺也是个framework迷,对于Version的数字变化有极高的热忱~~~~~~
我来鹅城,只办三件事,公平、公平、还是他妈的公平!
套用张麻子的话,我们搞web开发,只办三件事,展示、展示、还是他妈的展示!
对用户的展示只有两个点:
1 内容展示
2 操作流程
很明显,这就是 viewer 和 cotroller 所要处理的内容。
挖坑再填。