|
锁定老帖子 主题：一个简单架构方案，请大家批评指正，谢谢
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-03
只能说这么开发的 效率极低。。
|
| 返回顶楼 | |
|
发表时间：2011-12-03
web flow?
|
| 返回顶楼 | |
|
发表时间：2011-12-03
有什么优势？springMVC 基本上0配置搞定
|
| 返回顶楼 | |
|
发表时间：2011-12-03
约定大于规范，配置可以省略
|
| 返回顶楼 | |
|
发表时间：2011-12-03
重要的是適合自己。
|
| 返回顶楼 | |
|
发表时间：2011-12-03
看完了，有这个思路就行了，别造轮子了，请用spring3.....
|
| 返回顶楼 | |
|
发表时间：2011-12-03
别浪费时间，除非你有独创性的技术，或者做个玩具玩玩也可以。
这东西不管能不能称得上框架，一旦你要用到商业项目上，就得考虑更多：可靠性、开发效率、IDE集成、性能瓶颈规避、文档、学习曲线、测试覆盖率、扩展性、框架之上的组件集/特性集、技术成本......，你真能搞定？ |
| 返回顶楼 | |
|
发表时间：2011-12-04
rainsilence 写道 既然ls都在激励楼主了，那我就打压几下吧。
你的代码起码有如下问题 1。思路问题。为啥Controller的实现类，命名是DAOImpl？？？？建议将和DB操作的部分和Controller完全分离开。而不是采用在Controller里显示调用的方式。Controller只作分发，不做其他事情。 2。代码规范比较混乱。type="R1"????这种命名，过个几年估计自己也忘记了。还有里面Magic Number太多。process函数显得比较复杂。建议按照功能分割开来。=两边加上空格。这个书写习惯和人学写字一样的。字写不好，以后上了初中，高中。碰到复杂的问题，眼睛眼睛就容易疲劳。眼睛疲劳了，效率就不会高。所以高手往往都相对比较注重代码规范。 总结，lz可能还涉水不深。建议先看几个framework的源码，有了体会之后再阅读些设计模式的书籍。再写可能就会好一些。可能说得有点过。 谢谢rainsilence的"打压"，类名的问题我也发现了，比较懒就没有改，不过DB操作和Controller分离开了，仅作分发用。该类看起来是挺复杂，因为要处理所有请求转发，可能有待优化。至于代码规范，我有缩进的。 |
| 返回顶楼 | |
|
发表时间：2011-12-04
dunkbird 写道 自己发表一点观点，鼓励楼主。
大的架构也是从小的架构积攒起来的。另外大的架构，无非粒度也细，大的功能无非也是，那么几块，请求分发，验证，控制，模型，表示等几大部分。 曾做过一个大的项目，基础架构的核心代码，也不过就几K代码而已。要知道该项目是国外一家金融的架构。真正有些企业更关注的是业务，因为项目不是实验产品。 谢谢您的鼓励 |
| 返回顶楼 | |
|
发表时间：2011-12-04
ol_beta 写道 有什么优势？springMVC 基本上0配置搞定
谈不上优势，简单说下我的目的： 1、省略控制层代码，设计一个统一的控制层 2、设计一个通用的业务类，比如：常见的增、删、改、查、单一sql等简单的操作，在配置文件method参数中映射，控制层直接调用，省略简单的业务类实现 |
| 返回顶楼 | |
