1年前 阿不 :
我不知道博客园接下来是在原有程序上的修改,还是重新的功能开发?
如果是重新开发,是基于WebForm,还是MVC?
这些因素很大影响着架构的设计和选择
看了DUDU的架构了,感觉分层太多,有很多时候太多的分层会造成一些问题,
比如一段代码你感觉放在哪一层都没有问题,在取舍上你很难做出决定
又比如在架构设计上,业务逻辑层的功能是做什么?我想扩展的部分应该主要在业务逻辑层这层上面。
而做为UI处理层,我觉得倒没有必要专门建一个层,或者一类来对应的处理页面与业务逻辑层的关系,如果你使用MVC架构的业务,本身你的那个Controller应该算了一个UI处理层了,而这一层原则上就已经与View隔离了
而如果使用的是WebForm架构的话,那么控件化的可以简化使用,重用,修改。可能是架构考虑的一个重要因素,而至于前台页面,不要有直接与之关系的CODE文件,可以考虑在CODE在HTML上,一来起到动态语言的粘合剂的功能,二来方便日后的修改,而不用编译整个解决方案。
所以我意见是先选定一种前台架构
目前想到的一些个人意见
3楼
|