62,073
社区成员
发帖
与我相关
我的任务
分享请教框架实体类的使用？
看过PETSHOP的例子，里面使用了实体类，实体-表对应的关系，再加上泛型的应用，确实可以减少了很多不必要的运行类型错误，加强编译时的安全检查，可是，对象关系毕竟不等同于数据结构，有时候一个对象可能包括多个表，如果再使用一个表一个实体的话，如何才能反映这样多表关系的情形呢？
...全文
请发表友善的回复…
发表回复
samchang 2007-05-15
- 打赏
- 举报
hertcloud(·￡孙子兵法￡·)
将 子实体类 作为 主实体的 一个成员
-----------------------------------------
终于有人告诉我一个具有操作性的方法
将 子实体类 作为 主实体的 一个成员
-----------------------------------------
终于有人告诉我一个具有操作性的方法
自然框架 2007-05-15
- 打赏
- 举报
不懂
hertcloud 2007-05-15
- 打赏
- 举报
将 子实体类 作为 主实体的 一个成员 .
viena 2007-05-15
- 打赏
- 举报
是实体类对象之间的逻辑关系，不要再说什么数据库视图什么的
ORM的理想情况就是，开发人员不需要知道数据库是什么样子
只要与对象与对象集合打交道~
ORM的理想情况就是，开发人员不需要知道数据库是什么样子
只要与对象与对象集合打交道~
KKND2006 2007-05-15
- 打赏
- 举报
LZ理解错误
概念模型和实体模型是不一样的
这两个模型应该运用到框架的不同位置上
还是建议去看MOF
概念模型和实体模型是不一样的
这两个模型应该运用到框架的不同位置上
还是建议去看MOF
samchang 2007-05-15
- 打赏
- 举报
这里请教一楼一个问题，有些页面视图，称不上是一个对象，该如何处理，如果为它们定义实体，那随着视图的增加，又该如何处理？
mdl821120 2007-05-15
- 打赏
- 举报
学习，帮顶了
weizhuangzhi 2007-05-15
- 打赏
- 举报
理论上说是先不要考虑表，先根据需要定义对象类，然后再考虑对象和表的映射关系，就是ORM了。
但简单的情况最好就是一个对象对应一个表。
反正就是先考虑对象再考虑表结构。
但简单的情况最好就是一个对象对应一个表。
反正就是先考虑对象再考虑表结构。
