P
polisnew
Unregistered / Unconfirmed
GUEST, unregistred user!
1、数据库封装问题
DELPHI和其他RAD工具都没有记录对象，如一个组织机构表只能描述为一个DATASET，
实际上单一个机构就是一个对象，应该有自己的方法事件，还会有自己的记录对象集如
（机构中的人员），特别是这种嵌套对企业级的系统用DELPHI主从表来解决效率是个大
问题，我想了很久如果用面向对象来分析DELPHI提供的从界面到后台一整套数据库解决
方案除去数据访问组件外都用处不大。
2、三层架构的状态问题
大家都知道中间层最好是无状态，可是为了保证系统配置和便于维护一些对象又要放
到中间层，这样就出现两难，如有一个PERSON对象SAY方法今后可能改变想将它放到中
间层，为了无状态其NAME,SEX都不能保存，以便OBJECT POOLING，这样我每次使用就必
须传递一个PERSONID去调用其属性和方法（太别扭），而且PERSON对象必须每次到数据
库中现取数据，效率太低。并且还不能实现PERSON.CHILDREN来返回其孩子集（因为中间
层无状态，无法根据接口定位，只能根据PERSONID）只能设计一个PERSON.GETCHILDRENIDS
方法，这样要想客户端自然一点使用PERSON对象必须还要在客户端建立一个CLIENT_PERSON
来封装中间层的PERSON，天哪这个系统什么时候熬到头啊。
3、客户属性定制问题
一个商业化系统不可能适合每一个客户，对某个对象客户可能有自己的特别的描述，如人
在国企有政治面貌，外企就不一定有，这样系统编制时还必须留一个ORTHER_PROPERTIS用一
个通用的数据类型存储（一般是比较长的字符串），可如果客户要求的是图片怎么办，如果
又是一个对象怎么办，难道每一次扩展都需要重新继承一个新对象来二次开发吗？
我实在无法想出如何同时使用现在面向数据库编程的便捷和面向对象的种种好处的办法，
谁来救救我。
DELPHI和其他RAD工具都没有记录对象，如一个组织机构表只能描述为一个DATASET，
实际上单一个机构就是一个对象，应该有自己的方法事件，还会有自己的记录对象集如
（机构中的人员），特别是这种嵌套对企业级的系统用DELPHI主从表来解决效率是个大
问题，我想了很久如果用面向对象来分析DELPHI提供的从界面到后台一整套数据库解决
方案除去数据访问组件外都用处不大。
2、三层架构的状态问题
大家都知道中间层最好是无状态，可是为了保证系统配置和便于维护一些对象又要放
到中间层，这样就出现两难，如有一个PERSON对象SAY方法今后可能改变想将它放到中
间层，为了无状态其NAME,SEX都不能保存，以便OBJECT POOLING，这样我每次使用就必
须传递一个PERSONID去调用其属性和方法（太别扭），而且PERSON对象必须每次到数据
库中现取数据，效率太低。并且还不能实现PERSON.CHILDREN来返回其孩子集（因为中间
层无状态，无法根据接口定位，只能根据PERSONID）只能设计一个PERSON.GETCHILDRENIDS
方法，这样要想客户端自然一点使用PERSON对象必须还要在客户端建立一个CLIENT_PERSON
来封装中间层的PERSON，天哪这个系统什么时候熬到头啊。
3、客户属性定制问题
一个商业化系统不可能适合每一个客户，对某个对象客户可能有自己的特别的描述，如人
在国企有政治面貌，外企就不一定有，这样系统编制时还必须留一个ORTHER_PROPERTIS用一
个通用的数据类型存储（一般是比较长的字符串），可如果客户要求的是图片怎么办，如果
又是一个对象怎么办，难道每一次扩展都需要重新继承一个新对象来二次开发吗？
我实在无法想出如何同时使用现在面向数据库编程的便捷和面向对象的种种好处的办法，
谁来救救我。