只显示主题贴

感觉可以使用一些自动化的测试工具来解决楼主的问题测试的第一部是准备测试数据,比如先清空目标数据库,用脚本初始化测试数据,然后再运行test case。
对于电子政务这样的项目,一般客户提出需求时对自己的业务本身尚不是很清楚,没有一个详尽的流程规范,往往需求像海绵里的水,挤一点出一点。那为了项目不失败,我们就需要常常去挤了。做DEMO是一个方式,也可以阶段性的把实现的功能展示给客户看一看,往往在这样的展示之后,会有需求的大量变动。
我和楼主做的东西差不多根据数据库表生成PO,生成CRUD DAO,然后表单,控制类,这些框架性的东西。生成代码的时候使用了模版。这样一来,对于简单的CRUD操作这类的重复编码基本上可以省略一些。但往下再做哪些东西,暂时还没有想好。最近发现项目的测试是一个问题,用JUnit做单元测试需要写大量的测试代码,在思考要不要写一个测试脚本的生成工具?从PO CRUD操作的测试到表单数据校验的测试乃至业务逻辑的测试。。。太多想做的东西,时间啊。。。
  • 进入论坛 Java
这个道路是不是有些曲折? 要是程序被打包了,要改个配置还要重新打包? 配置文件多的话还是集中起来管理比较直观,而且很多可以在系统启动时先加载,一般也就一次.
  • 进入论坛 Java
如果是主要查询的话,还是不要ORM了,开销大.
  • 进入论坛 Java
存到数据库中也可以.
  • 进入论坛 Java
泛型是一个不错的解决方案,但时常开发还是受限于JDK的版本 如果大量使用泛型作为DAO的实现方式,那么在低版本的JDK上问题就出来了. 其实反射也不失为一种兼容性较好的实现方式,Hibernate正是基于反射机制来实现的. 一般情况下,系统大部分的时间消耗在查询上.增删改相对少一些.但要视系统规模而定. to zhao 对象是不能强制类型转换的, 只能称为造型.造型的确会带来性能的损失:)
  • 进入论坛 Java
参考Effective Java 第8条, 有一个比较好的建议 Integer i 应该取 i.hashCode() String s 也应该递归的调用 s.hashCode() 得一result result = 37*result + c; c为一常数
  • 进入论坛 Java
表名不是通过HQL中的对象名解析出来的,是在hbm.xml这些mapping文件中定义的.
  • 进入论坛 Java
用一个事务来递交这些更新操作. try { session = HbmUtil.getActiveSession(); transaction = session.beginTransaction(); Connection conn = session.connection(); st = conn.createStatement(); for(int i =0;i < olist.size() ;i ++) { mso = (MutSeaObject)olist.elementAt(i); if(ms ...
deadcode
搜索本博客
最近加入圈子
存档
最新评论