struts action作为参数 好不好

dingdang_j 2009-09-28 05:14:39
我在一个DAO中写了些操作数据库的方法 然后方法的参数我用的个action类 然后在action类里调用直接是XXX(this)
为什么action类作为参数不好也
...全文
119 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
herotang101 2009-09-30
  • 打赏
  • 举报
回复
一句话,LZ你还是不要用MVC架构了
fhm727 2009-09-30
  • 打赏
  • 举报
回复
建议楼主学学三层结构
代码间的舞者 2009-09-30
  • 打赏
  • 举报
回复
lz可以把request传到DAO中,不用传action了。
龙翔飞雪 2009-09-30
  • 打赏
  • 举报
回复
DAO里调用Action... LZ完全没明白Action属于什么位置的...

Action -> Service -> Dao
顺序是这样的.
iso_wangjian 2009-09-30
  • 打赏
  • 举报
回复
还是在视图层些action吧,dao里面写很难维护的
xiaochengfu1 2009-09-30
  • 打赏
  • 举报
回复
违背了MVC原则
zhongAppleMX 2009-09-30
  • 打赏
  • 举报
回复
没有层次,违背了MVC原则,不利于代码的可读性和维护性
RyanDream 2009-09-29
  • 打赏
  • 举报
回复
可以是可以,不过祈祷以后需求不会变更就行了,耦合太大了,基本上写出来的东西是一次性来的,这边用了,那边要用得再写
redlotus_lyn 2009-09-29
  • 打赏
  • 举报
回复
了解一下MVC
derta2009 2009-09-28
  • 打赏
  • 举报
回复
不易维护
bruce203 2009-09-28
  • 打赏
  • 举报
回复
action其实是界面层的东西,负责请求这块,怎么又和dao扯到一起去了?层次很混乱了...
没事就学学 2009-09-28
  • 打赏
  • 举报
回复
以后你要换个控制层,是不是还要修改数据层呀。。。。所以不好
开始做本项目时对Struts架构理解的并不是很深刻,导致项目有些模块 互相耦合的比较紧密,不利于以后扩展和改进。 1.SearchGene写的比较乱,程序可读性以及可维护性都不好,下一步拟通过接口编程来实现 查询字符串的自动生成。 2.BusinessDelegate写成了一个Singleton是否合适,每一个客户请求后都会new 一个业务对象 对其服务,是否有更好的解决办法以提高程序的效率。 3.Struts-config文件的Action设计的有些散乱,下一步改进。 4.业务对象和DAO合在一起了,降低了程序的扩展性和可维护性,下一步会把二者分开以降低各层 之间的耦合。 5.Struts1.2.7 的 Validator验证框架 不稳定,只能显示第一个参数,同时执行多个验证时参数的显示顺序也不对,是程序原因还是 配置不正确,再上网查找。 6.本项目大部分错误都用异常的形式来处理,异常虽可以使程序清晰,但也会消耗大量资源,若某些错误如密码错,余额不足等多次 出现则服务器响应速度必定会很慢,下一步将经常发生的错误使用硬代码来处理,减少资源浪费。 7.持久层操作大多依赖存储过程和触发器程序的部署会比较复杂,而且会使持久层和数据库耦合过紧,不利于维护,下一步准备用Hibernate 架构改进持久层,如有条件则还可用Spring框架来规范业务层,和统一整个项目。(学习Hibernate和Spring大约1个月时间)。

81,114

社区成员

发帖
与我相关
我的任务
社区描述
Java Web 开发
社区管理员
  • Web 开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧