canonical

对象本质上是一种命名技术，即将一组相关的数据和函数放在一起，起一个名字。从业务层面上看，我们需要识别出大量的概念，对应到建立的领域模型，我 们就拥有不同的业务对象。这些业务对象的类型各不相同，可以区分出来。从中间件层面上看，需要从大量业务对象中抽象出共性，并以统一的方式进行处理。即在 中间件层，所有业务对象的类型被弱化下来，实际上丧失了其各自的独特性，即在中间件层看来，这些不同业务对象的类型是相同的。在中间件层的做法，一般是使 用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;
 }
}