关于ssh 使用和一些小问题

Question

本帖最后由 tong0245 于 2011-04-18 09:50 编辑

在java web 开发中 ssh 或者ss＋ibatis 还是常用的工具。
我目前公司使用的是ss＋ibatis。 使用过程中发现一些问题。
而且有些有4到5年工作经验的 也是有这样那样的问题。 当然4到5年都是ssh经验。
spring是个 ioc 工具其本质就是 依赖注入组件装备。 可以代替工厂类 这些东西。原来常用工厂类做这个工作。
确实用了spring后感觉舒服不少。
用 以上3者的时候 常用模式就是action＋service＋dao。
但是就是这个模式出现了问题。 那就是one page，one service
service 就是dao的一个包裹。 相当部分逻辑 都跑到 action了。
这样就出现了 数个问题。
1 当保存集合对象的时候循环调用service 。有多少个集合元素就有多少个事务。
2 有的时侯 service 写的不要好。就dao捅到action了
3 代码复用就是扯淡。 one page on service。
垃圾代码到处copy 。提醒一下 还美其名曰经典模式。
典型代码就是 接口参数稍有不同 。逻辑相同的10个 子程序
写了10个程序。 核心代码复制了10次。
4 用spring 用的脑袋锈逗了。
   就是知道dao 注入service，servcie注入 action。
  就不知道其他的也能注入 这不是锈逗是什么？
一个配置参数 string 直接通过spring 注入就可以乐。
非要自己写个property 属性文件读取再写到代码里边。
读取属性文件也可以 。你写个统一的程序 读取一次就完了。
还要在每次调用的时候 new property 读取。

写个算法模块  统一一个接口 有4个实现。 就不知道注入。
都是代码中new 对象
－－－－－－－－－－－－
其实事情没有绝对的。如果逻辑简单dao写到action是可以的。
如果逻辑复杂 仅仅 action ＝＝》servcie＋dao 不能满足需要。
就需要丰满service部分了。甚至需要 一些简单的设计模式。
可惜我看过几个 4到5年工作经验 当然仅仅是ssh 经验，这点概念都没有。事务概念好像也没有
神马啊
其实我从来没用struts2 ＋spring＋hibernate 开发过程序。但是有些东西 你想想也能明白啊