请教一下：存储在关系数据库中的商务对象如何实例化
　

---

比如对象employee,存储在一个叫做EMPLOYEE的表中，每一行代表一个employee.我现在的想法是：
设计一个Employee类，她存储了employee的所有属性
她的操作包括：构造函数、modify(本地的修改)、得到属性的函数、其他的本地操作

再设计一个EmployeeManager类，操作包括：
GetEmployee(根据ID查询、构造employee)
InsertEmployee
DeleteEmployee
ModifyEmployee
这些操作将对数据库做查询和修改

请大家看看我这么做有什么不好的地方
不知道大家遇到这样的问题是怎么处理的？

 回复: 请教一下：存储在关系数据库中的商务对象如何实例化
　

---

I am wondering how could query it?
I prefer to use ejb. I think the ejb is used to map the relationship database to an Object System.

By the way, what kind of Database are u using?

请问EmployeeManager是什么样的Manager？是个部门管理者还是老板？
只有老板才能Insert、Delete一个Employee
如果是部门管理都则不应有这些操作，而且EmployeeManager应是Employee的子类
另外，所有记录放在一个表中，则需要一个Factory，当从数据库中取得数据后，应由此Factory决定实例化的对象是Employee还是EmployeeManager

先列出对象及对象关系，再来考虑如何实例化。

 回复: 不妥
　

---

我定义的EmployeeManager就是你说的那个Factory,可能名字起的不好巴，能不能用Factory来做EMPLOYEE的插入、修改、删除操作，再加上employee的构造操作？
我得想法是把employee对象的操作和EMPLOYEE表数据库的操作分离开，请问有什么合适的模式可以让我参照？
那个PersistenceLayer.pdf的文档我看过了，太复杂，不太适合我作的项目，我需要一个简单而实用的方法解决这个问题。请各位提供一些参考！

我的设计环境是JBuilder6,用JDBC连接SQLServer2000,ejb我还没学

我的设计环境是JBuilder6,用JDBC连接SQLServer2000,ejb我还没学呢
我需要一个简单而实用的方法解决这个问题。请各位提供一些参考
我想

 回复: 请教一下：存储在关系数据库中的商务对象如何实例化
　

---

你应当设计一个类，完成内存对象向数据库的Seek、Insert、Update、Delete操作。然后所有的业务类（包括Employee）继承它。没必要实现EmployeeManager。实现它反而不是“纯”的面向对象风格。因为EmpoyeeManager是纯粹计算机意义的。你的Employee既然把保存数据作为关键，就在接口中自己体现出来，使用额外多出来的非业务而太技术化的对象对于将来读这段程序是“弄巧成拙”。

你应当定义标准的数据库操作。在Employee中，假设Update的操作更复杂，假设需要先查询一下，则覆盖这个操作，先写查询的代码，然后再重新调用父类的Update操作。

 一些疑问
　

---

假如按照你的想法，设计了一个基类BaseClass,实现了标准的数据库操作
然后从BaseClass派生了一个Employee,可是BaseClass并不知道Employee具有什么样的属性亚，也不知道EMPLOYEE表的位置阿，我不明白BaseClass的数据库操作函数怎样实现才能适应所有得业务对象呢？真的不明白阿
难道BaseClass只是个抽象的接口么？

 如果BaseClass知道Employee的新属性，就不是对象风格，就纯粹是结构化风格了。尽管你使用OO的语言，整个思路没超出结构化想法。
　

---

初始化BaseClass时作为构造参数传递数据库表对象。

在实现Insert、Update、Delete时比较好办，对当前记录缓冲内的记录进行普通的数据库操作。关键是Update、Delete操作中需要使用Seek操作。

此Seek操作恰好是纯虚拟的，必须由后继类覆盖。一旦定位到记录后，BaseClass负责将记录读进记录缓冲区（如果数据库表对象有此功能则不必自己编码）。

业务对象，如果数据库操作与BaseClass一样，就只需要继承就行了。如果某个操作更复杂，可以先进行其他处理，然后再调用BaseClass的操作。如果有禁止哪项操作，只需要覆盖相应操作并且引发一个运行时错误就行了。

 非常感谢！你说的没错，我心服口服
　

---

为什么我就想不到用一个表对象作构造函数的参数呢。。。
诶。。

 回复: 如果BaseClass知道Employee的新属性..A good Idea
　

---

Hi, buddy:
I admire you and really learned a lot from your posts.
但我有个疑问-那在这里面向对象的目的是什么？我想商务对象的事例化不会是指简单的把表做成Class.
If the class only includes the attributes and insert/update methods, what benefits can we get from it?
By the way, I am wondering where you implement the query method? And how do you handle the results.

 回复: 不妥
　

---

1、工厂方法只应该构造对象，跟对象有关的操作应该由对象自己完成；
2、对象-关系映射本身是一个很复杂的问题，如果自己解决不了，可以使用人家已经做好的东西，我建议你参考一下APACHE的Torque，这就是一个开源的对象-关系映射工具，用起来也比较简单。
URL:http://jakarta.apache.org/turbine/torque/

 回复: 不妥
　

---

我正在研究，谢谢！

 回复: 如果BaseClass知道Employee的新属性，就不是对象风格，就纯粹是结构化风格了。尽管你使用OO的语言，整个思路没超出结构化想法。
　

---

初始化BaseClass时，由谁来实例化你所说的数据表对象（作为BaseClass的构造参数）？毕竟BaseClass是先于子类构造呀！如果说在BaseClass中定义一个虚方法，在子类覆盖，这样BaseClass运行会报调用了未实现的方法。

这个问题实质上说是说应该由谁来初始化一个具体的业务对象。我认为你所说的情况实际上是业务对象已经完成实例化后如何进行数据库操作的问题嘛！

 Employee为什么要知道自己是如何被保存的呢？
　

---

如果以后数据保存的机制变化了呢？DomainClass(象Employee）对对象持久化机制了解得越少越好，了解得越少，依赖就越少。
OO的系统，到了实现阶段为什么就不能有纯粹计算机意义的类呢？有了就不是“纯的”OO了？这种说法没有道理。
把数据存取逻辑抽取出来，形成对象持久化层，这是好的设计。将来技术发展了，只要替换这一层，就可以使用新的对象持久化技术，也可以发展成能适应多种数据存储方法。

 回复: Employee为什么要知道自己是如何被保存的呢？
　

---

Employee dhuwym = new Employee("dhuwym");
Employee dhuwym = old Employee("dhuwym");
hehe!