答关于元数据、开放数据模型及动态系统--形而下学篇的疑问

[quote]通过阅读该文章,我感觉到这种设计方式和ResultSet/ResultSetMetadata的结构很相似。

但我对这种方式存在以下疑问,不知你是怎么认为的?

(1)这种方式实际上是将对象退化成数据,失去了继承特性。
(2)对于不同数据集的特殊行为如何进行描述?


总之,我认为这种方式是违背OO思想的。
[/quote]

首先,不知道你有没有想过什么是OO?我们为什么要OO?如果你把OO理解成“对于每一个客观对象都必须建立一个类型”,那么这种OO正是我要反对的。

其次,我说的是:在逻辑层(单元/组件)之外,行为是没有意义的。在这个条件下,“对象退化成数据”,这是客观存在(至少我认为是这样)。而我们(应该是你们)还在盲目地为这些数据构造类型。你自己数数看,在一个Struts实现的Web应用里,为了把数据从数据库送到页面,需要建立多少类型?这些类型有意义吗?有特殊行为吗?

为什么有那么多的J2EE设计模式?还不就是因为OO从本质上不适应/不匹配多层的和分布的体系结构吗?计算机系统,不管是硬件系统还是软件系统,真正的计算也许只占其全部工作的5%-10%,其它的都是读写数据和搬运数据的工作,而你说的OO对此是无能为力的,是多余的。

再其次,在逻辑层(单元/组件)内部,对于行为的实现也可以是多种多样的。数据集加上访问者(Visitor)模式也是选项之一。即便是要“传统”的OO,也很容易做到:

public class Person
{
private DataSet data;

public Person(DataSet person)
{
this.data = person;
}

public DataSet asDataSet()
{
return this.data;
}

// 其它行为


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值