写程序,做产品,过日子

成功其实很简单,就是强迫自己坚持下去

BlogJava 首页 新随笔 联系 聚合 管理
  69 Posts :: 1 Stories :: 92 Comments :: 0 Trackbacks

我的评论

共2页: 上一页 1 2 
前天按Hibernate 3.2.1 reference book,玩通了上面说的build-time bytecode instrumentation,并且设置lazy="proxy",引用表端也设置了lazy="true",最终生成的SQL还是老样子!
只有两种情况在例外,无论做不做instrumentation:
1,只有from,没有select子句。
2, 使用select company.id代替select company。
我用的是Hibernate 3.2.1,在Many-to-one中的Lazy只能取proxy, no-proxy, false,没有true。
上面三种Lazy方法我都试过,结果是一样的。
在Hibernate3.2.1参考文档中是这样解释的。
lazy (optional - defaults to proxy): By default, single point associations are proxied. lazy="no-proxy"
specifies that the property should be fetched lazily when the instance variable is first accessed (requires
build-time bytecode instrumentation). lazy="false" specifies that the association will always be eagerly
fetched.
按这个解释,no-proxy也是延迟加载啊。
为什么管理员不理我?
不敢苟同Weidy的意见,看了一下你的blog,比较推崇XP。我也很向往XP。可惜的是我的的产品规范是RUP。条条大路通罗马,XP虽好,却不一定适合每一个人。
的确有很多程序员喜欢写代码,讨厌写文档。但如果是一名高级开发员,他的主要职责就是分析和设计。一个设计者如果不能把文档写好,怎么能成其为设计者?我们公司有一个目标就是,高级开发员不写代码,只写文档。
关于文档的维护性和表达能力远不如代码这一点也值得商讨。代码是纯文字,文档的主要内容是图表,哪个更清楚显而易见。
Weidy提到文档将来要同步文档和代码的投入问题,这个投入对于一个项目来说的确不堪承担,但对于一个产品来说,必做不可。
这一次根据安排,我们要投入15个人天来做这个事情。

共2页: 上一页 1 2