现在开发网站,比较成熟的做法是分层开发:
- 客户端显示
- 负载
- 权限控制
- 业务逻辑
- 存储
具体分多少层根据业务不同和业务规模不同会有所区别,这里不讨论这个。分层的主要好处是一个业务可以在几个层面同时开发,同时也带来了不同层面之间的接口和耦合问题。
理想的状况是,每个层面都是一个黑盒子,带有标准化的输入输出界面,两个模块的耦合就像插头插入插座一样完美。实际上了,经过一个小项目实践之后,我发现每个层面更像是齿轮,都在不断的转动(更新、修bug),齿轮和齿轮的咬合并不完美,可能齿不一样大,可能转动频率不一样高,总之咬合的过程并不是想象中的一帆风顺。这个时候最大的问题就是,bug变得难以定位了,需要两个齿轮都停下来分析一下,如果涉及一连串齿轮,定位、解决问题的复杂度就翻了几倍。
能有什么办法呢,也许这就是开发、维护效率与实现难度之间不可调和的矛盾。
说得好啊。。。的确是的。每个人做的东西都很理想化,都说只要调用ooxx方法即可。然后到实际使用的时候就发现,必须跑过去说你给我改这个我给你改那个。
cobalt
2006/07/28 13:35
SAP的话,召唤jedichang
Datou
2006/07/28 14:36
我来了…
SD/FI/CO都做过
不过还好我有生活跟工作分开的良好习惯>_<
jedichang
2006/07/28 18:35
噩梦,噩梦,噩梦~~~~
偶都怀念大学里那种表单跟处理同一个页面的方式了。可是为了维护及协作,忍啊~~~
dowei
2006/08/14 13:27