|
锁定老帖子 主题：ikan项目启动了
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-10-25
dengyin2000 写道 wuhua 写道 今天浏览了一个老贴关于每个表的相关记录（必然，创建时间，修改时间，创建者，修改者，）因为这些记录是固定的，有很多表都用到。所以我把它抽取出来，另建一个表Record
然后在需要用的这个表内容的时候，只需要引入Record，并创建get/set就行， 而我同事则是创建一个BaseObject，然后通过继承它来实现上面的功能，不过它的缺点是，必须每个表都需要记录Record的字段，觉得给表造成臃肿的感觉 感觉继承好点， 我们项目中有这样做得，把 id, createTime, lastUpdateTime 放到BaseDomain里面 你这样做就还不错。 但有些表格它要求记录创建者，修改者是谁，有些表则不比要这么做。如果采用继续的话，如果另外客户要求为这个表格再加些描述的话，则不是要去修改很多表格，如果采用是关联的话，则修改一个就ok了。 |
| 返回顶楼 | |
|
发表时间：2006-10-26
现在总结下记录的三种方式
1，继承关系。 建立一个父类表 记录 Id createTime modifyTime , createUser, modifyUser 子表 .......... 这样的父子的表机构奖是一个典型的树结构 这样记录的优点是，对修改，添加属性比较容易， 缺点是父类表的数据将随着子表的增加程数量级的增加 2.继承关系的另一种表述方式 在表结构上不表树结构，而是没个表都记录相关的属性，只是 在ORM上采用继承关系来设计 优点是数量不会随者表结构而数量级增加，但如果要修改属性，则比较困难 3。需要记录修改痕迹的记录。 必然订单的操作， 用户需要记录订单的流程，比如谁审核订单，谁收钱，已经发货等状态的记录。以上的方式则不适合。 这样就需要设计一个表， 这个方式就是典型的1：n的关系 |
| 返回顶楼 | |
|
发表时间：2006-10-27
我是个落伍的程序员。昨天见到一个很得意的冒泡显示。所以就抄了人家，给自己的项目添加的风采，呵呵
最近也想学习ajax，觉得那种交换方式真是太美妙了 |
| 返回顶楼 | |
|
发表时间：2006-10-30
今天设计好了，表格，并准备写入测试数据的时候出现了
object references an unsaved transient instance错误。好久没搞web开放了，把以前的知识都丢掉了。后来去baidu找了下，发现这里的网络早有详细讨论 http://www.iteye.com/post/94837 所以简单的总结下： 1。是保存的级联对象Id为空 2。是配置问题，cascade="all". 如果级联不是all操作的话，而对方又要保存相关的对方则会出现这样的问题 |
| 返回顶楼 | |
|
发表时间：2006-11-07
这几天再搞页面跟后台订单数据显示.搞了这么多天终于块搞定了.
这几天也不断复习以前的知识.发觉设计这东西,久了没做.就什么都忘记了 |
| 返回顶楼 | |
