论坛首页 Java企业应用论坛

Web应用的调试

浏览 4406 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-02-07  

虽然是用TOMCAT做为Web Container,但是调试的时候,经常重新启动也觉的麻烦,所以总想寻找写好办法简化调试

如果调试jsp页面,那么修改后可以立即生效,所以比较简单
至于控制器,如果不在控制器写业务代码,那么控制器也没什么好调试的
业务代码写到service类中,那么由于这些service可以脱离容器运行,所以采用单元调试就很方便,要这样
做,层次结构要分清楚,不要因为业务逻辑简单就把逻辑写在控制器中。

   发表时间:2007-02-07  
NOD

做架构的时候,如何去让开发人员和维护人员好用也是要考虑的,不仅仅是技术因素。
0 请登录后投票
   发表时间:2007-02-07  
tomcat有remote debug,调试很方便的,代码改了不需要重启应用
0 请登录后投票
   发表时间:2007-03-10  
老是远程调试,也不方便,层次分清楚了,课脱离容器测试,最好了
0 请登录后投票
   发表时间:2007-03-11  
用junit做测试才是王道
昨天一开始用tomcat调一个程序,忙乎了一整天,问题还找不出来
今天想到用junit(汗,沉睡醒了才想到用这玩意)没多少时间就找出问题来了,从时间上来讲,相差一个数量级了
0 请登录后投票
   发表时间:2007-03-11  
WEB层要尽量薄些,控制器调用业务服务对象的时候把需要的数据准备好一次传过去,这样控制器就负责调度就可以了。那么测试通过的业务服务对象就是等待控制器传数据过来进行运算了。
如果控制器中参与了业务逻辑的处理,那么调试起来就没那么轻松了,所以,层次划分良好,高标准测试业务服务对象,那么做出来的功能应该很健壮了。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics