只显示主题贴
有思想的芦苇 写道finalbone 写道对于运行时动态条件查询 可以建一个sql映射表 就像数据字典一样
根据需要从sql字典中拼装完整的sql 其实不封装更加灵活
那写的SQL多了点吧.
PS:头像的小狗很可爱,有没有其它图片啊?
呵呵 小狗是我养的 blog里还有一张
全面推广这种应用对项目来说提高了风险 对新成员意味着提升学习曲线
在需要特殊处理的地方用一下还不错 但是重新封装的话似乎又觉得投入产出比不合算了 :P
如果想继续发展的话 只能更加重量级的封装 考虑多数据库支持以及很多细节问题...
其实建立sql映射字典很方便灵活 实现也简单 而且可以解决sql注入问题
- 进入论坛 Java 版
对于运行时动态条件查询 可以建一个sql映射表 就像数据字典一样
根据需要从sql字典中拼装完整的sql 其实不封装更加灵活
- 进入论坛 Java 版
最近摸索了一下Hibernate与JDBC(iBATIS)事务整合问题，算是有点收获，写出来和大家讨论一下吧。。。
一般大家都会使用Spring声明型事务 transactionAttributes 为 PROPAGATION_REQUIRED
Hibernate 使用 HibernateTransactionManager 、JDBC(iBATIS) 使用 DataSourceTransactionManager
当需要将它们整合到一个事务中的时候
普通的做法是配置统一的DataSource， Hibernate与JDBC(iBATIS) 都使用HibernateTrans ...
- 进入论坛 Java 版
大家请注意 Juergen Hoeller 的原文
引用
PROPAGATION_NESTED on the other hand starts a "nested" transaction, which is a true subtransaction of the existing one. What will happen is that a savepoint will be taken at the start of the nested transaction. íf the nested transaction fails, we will roll back to that ...
- 进入论坛 Java 版
个人理解只有需要根据子事务的执行情况进行分支处理的情况下才是nested的用武之地
savepoint是嵌套事务回滚的实现方式 需要注意的是使用它的限制条件
而required_new就更少用到了 一般情况下可以将此部分代码放在事务之外执行 实在剥离不开才会用到
- 进入论坛 Java 版
tuti 写道反复无常的东西不是真正的需求
如何说服客户放弃不切实际的需求？
http://blog.csdn.net/weinbergcn/archive/2004/08/03/59625.aspx
csdn 写道
我不知道在中国是怎样一个情况，但在美国，有时有这种情况，像一些政府机构，客户实际上并不为软件开发付费。软件开发商只是被告知要为这些客户开发软件，但他们与客户之间并没有金钱交易。这种情况下，想办法让客户放弃不切实际的需求是极度困难的，因为他们开发软件看起来并不需要花钱。这种情况下，你必须找出另一种类型的成本。而大多数情况下，最好的方法是时间。
当用户不太关心金钱和时间 只关注 ...
- 进入论坛 软件开发和项目管理 版
ozzzzzz 写道客户有强烈的参与心是好事情啊，而且我永远都不会认为客户会过于热心的参与进来。这里的问题恐怕是客户的热心和开发者的热心方向不一致。而agile最关键的一点在于保持客户和开发者对于软件看法和观点的一致，以及利益的一致。
我刚给别人做了一个培训，是讲信息系统建设的，出资的是一个软件开发公司，但是参与的是这个公司的人以及他们的合作伙伴，同时最重要的还有他们的客户。实际上他们试图通告这个培训，保持一种世界观层面的统一，方法方面的统一，价值观方面的统一，从而构建一个统一的价值判定体系。当然通过这个活动，他们也顺便搞了点商务上的交流，感情上的交流，吃了吃饭，看了看风景。
讲得很好！
...
- 进入论坛 软件开发和项目管理 版
确实很多时候 非常规手段 = 非常常规的手段 但这不是讨论的重点
我们应该思考一下这种被非常规手段掩盖的问题
这些问题从另一方面说明Agile的缺失（不止是Agile）
如何控制客户对开发过程的参与度 是一处空白．．．
- 进入论坛 软件开发和项目管理 版
评论排行榜