对象本质上是一种命名技术,即将一组相关的数据和函数放在一起,起一个名字。从业务层面上看,我们需要识别出大量的概念,对应到建立的领域模型,我们就拥有不同的业务对象。这些业务对象的类型各不相同,可以区分出来。从中间件层面上看,需要从大量业务对象中抽象出共性,并以统一的方式进行处理。即在中间件层,所有业务对象的类型被弱化下来,实际上丧失了其各自的独特性,即在中间件层看来,这些不同业务对象的类型是相同的。在中间件层的做法,一般是使用reflection方法并结合少量全局性的接口。实际上是在结构层面上将对象作为Map来处理。这就象是应用科学与数学的关系。数学在抽象的层面上研究结构之间的关系,每一个具体学科对相同的数学定理赋予不同的诠释。
理论上,一个概念最好能够自适应的在不同的抽象层面上表现为不同的结构,但受限于当前的面向对象实现技术,实际采取的技术路线多半为建立唯一的强类型模型==>通过reflection得到弱类型结构。因为java class作为元数据能够承载的信息量有限,reflection方法可能并不能充分揭示对象的结构,所以一般还要额外补充xml说明文件等。 因为我个人主要的工作都作在中间件层,所以我的做法是尽量使用Map和List等抽象数据结构,结合元数据对象,在需要强类型的时候通过对象封装来转化为强类型。即从弱类型==>强类型。
例如:
class Work{
public static final String KEY_NAME = "name";
public static final String KEY_DESCRIPTION = "description";
Map work;
public String getName(){
return (String)work.get(KEY_NAME);
}
public String getDescription(){
return (String)work.get(KEY_DESCRIPTION);
}
public void setName(String name){
work.put(KEY_NAME,name);
}
...
public Map toMap(){
return work;
}
}
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/canonical/archive/2005/03/26/330871.aspx
理论上,一个概念最好能够自适应的在不同的抽象层面上表现为不同的结构,但受限于当前的面向对象实现技术,实际采取的技术路线多半为建立唯一的强类型模型==>通过reflection得到弱类型结构。因为java class作为元数据能够承载的信息量有限,reflection方法可能并不能充分揭示对象的结构,所以一般还要额外补充xml说明文件等。 因为我个人主要的工作都作在中间件层,所以我的做法是尽量使用Map和List等抽象数据结构,结合元数据对象,在需要强类型的时候通过对象封装来转化为强类型。即从弱类型==>强类型。
例如:
class Work{
public static final String KEY_NAME = "name";
public static final String KEY_DESCRIPTION = "description";
Map work;
public String getName(){
return (String)work.get(KEY_NAME);
}
public String getDescription(){
return (String)work.get(KEY_DESCRIPTION);
}
public void setName(String name){
work.put(KEY_NAME,name);
}
...
public Map toMap(){
return work;
}
}
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/canonical/archive/2005/03/26/330871.aspx