男人的天堂av亚洲一区2区,久久精品国产亚洲AV电影网,亚洲精品综合一二三区在线

��h��中立 — Sat, 21 Jun 2014 15:33:00 GMT

在一个项目里面有�q�么一个技术需�?
1.集合中元素个�?10M
2.�Ҏ(gu��)��上限和下限从一个Set中过滤出满��要求的元素集�?

实际�q�个是个很典型的技术要�? 之前的项目也遇见�q?但是因�ؓ(f��)当时的类库不�? 都是直接手写实现�? 方式基本�{�同于第一个方�?

在这个过�E�中, 我写了四个方�? 基本记录��C��?
�W�一个方�?对Set�q�行�q�代器遍�? 判断每个元素是否都在上限和下限范围中.如果满��则添加到�l�果集合�? 最后返回结果集�?
��试效果:集合大小100K, �q�算旉�� 3000ms+
�q��o(h��)部分的逻辑如下:

1     void filerSet(Set targetSet, String lower, String higher) {
2         BigDecimal bdLower = new BigDecimal(Double.parseDouble(lower));
3         BigDecimal bdHigher = new BigDecimal(Double.parseDouble(higher));
4
5         Set returnSet = new HashSet();
6         for (BigDecimal object : targetSet) {
7             if (isInRange(object, bdLower, bdHigher)) {
8                 returnSet.add(object);
9             }
10         }
11     }
12
13     private boolean isInRange(BigDecimal object, BigDecimal bdLower,
14             BigDecimal bdHigher) {
15         return object.compareTo(bdLower) >= 0
16                 && object.compareTo(bdHigher) <= 0;
17     }

�W�二个方�? 借助TreeSet, 原始集合�q�行排序, 然后直接subset.
��试效果: 集合大小10M, �q�算旉��: 12000ms+(获得TreeSet) , 200ms(获得�l�果)
�q��o(h��)部分的逻辑如下(非常�J�琐):

1     Set getSubSet(TreeSet targetSet, String lower,
  2             String higher) {
  3
  4         BigDecimal bdLower = new BigDecimal(Double.parseDouble(lower));
  5         BigDecimal bdHigher = new BigDecimal(Double.parseDouble(higher));
  6
  7         if ((bdHigher.compareTo(targetSet.first()) == -1)
  8                 || (bdLower.compareTo(targetSet.last()) == 1)) {
  9             return null;
10         }
11
12         boolean hasLower = targetSet.contains(bdLower);
13         boolean hasHigher = targetSet.contains(bdHigher);
14         if (hasLower) {
15             if (hasHigher) {
16                 System.out.println("get start:" + bdLower);
17                 System.out.println("get end:" + bdHigher);
18                 return targetSet.subSet(bdLower, true, bdHigher, true);
19             } else {
20                 BigDecimal newEnd = null;
21                 System.out.println("get start:" + bdLower);
22                 SortedSet returnSet = null;
23                 if (bdHigher.compareTo(targetSet.last()) != -1) {
24                     newEnd = targetSet.last();
25                 } else {
26                     SortedSet newTargetSet = targetSet
27                             .tailSet(bdLower);
28                     for (BigDecimal object : newTargetSet) {
29                         if (object.compareTo(bdHigher) == 1) {
30                             newEnd = object;
31                             break;
32                         } else if (object.compareTo(bdHigher) == 0) {
33                             newEnd = object;
34                             break;
35                         }
36                     }
37                 }
38                 returnSet = targetSet.subSet(bdLower, true, newEnd, true);
39                 if (newEnd.compareTo(bdHigher) == 1) {
40                     returnSet.remove(newEnd);
41                 }
42                 return returnSet;
43             }
44
45         } else {
46             if (hasHigher) {
47                 System.out.println("get end:" + bdHigher);
48                 TreeSet newTargetSet = (TreeSet) targetSet
49                         .headSet(bdHigher, true);
50                 BigDecimal newStart = null;
51                 SortedSet returnSet = null;
52
53                 if (bdLower.compareTo(targetSet.first()) == -1) {
54                     newStart = targetSet.first();
55                 } else {
56                     for (BigDecimal object : newTargetSet) {
57                         if (object.compareTo(bdLower) != -1) {
58                             newStart = object;
59                             break;
60                         }
61                     }
62                 }
63                 returnSet = targetSet.subSet(newStart, true, bdHigher, true);
64
65                 return returnSet;
66             } else {
67                 System.out.println("Not get start:" + bdLower);
68                 System.out.println("Not get end:" + bdHigher);
69                 BigDecimal newStart = null;
70                 BigDecimal newEnd = null;
71                 if (bdHigher.compareTo(targetSet.last()) != -1) {
72                     newEnd = targetSet.last();
73                 }
74                 if (bdLower.compareTo(targetSet.first()) == -1) {
75                     newStart = targetSet.first();
76                 }
77                 for (BigDecimal object : targetSet) {
78                     if (newStart == null) {
79                         if (object.compareTo(bdLower) != -1) {
80                             newStart = object;
81                             if (newEnd != null) {
82                                 break;
83                             }
84                         }
85                     }
86
87                     if (newEnd == null) {
88                         if (object.compareTo(bdHigher) != -1) {
89                             newEnd = object;
90                             if (newStart != null) {
91                                 break;
92                             }
93                         }
94                     }
95                 }
96
97                 if (newStart == null) {
98                     if (newEnd == null) {
99                         if ((bdHigher.compareTo(targetSet.first()) == -1)
100                                 || (bdLower.compareTo(targetSet.last()) == 1)) {
101                             return null;
102                         }
103                         return targetSet;
104                     } else {
105                         SortedSet newTargetSet = targetSet.headSet(
106                                 newEnd, true);
107                         if (newEnd.compareTo(bdHigher) == 1) {
108                             newTargetSet.remove(newEnd);
109                         }
110                         return newTargetSet;
111                     }
112                 } else {
113                     if (newEnd == null) {
114                         SortedSet newTargetSet = targetSet.tailSet(
115                                 newStart, true);
116                         return newTargetSet;
117                     } else {
118                         SortedSet newTargetSet = targetSet.subSet(
119                                 newStart, true, newEnd, true);
120                         if (newEnd.compareTo(bdHigher) == 1) {
121                             newTargetSet.remove(newEnd);
122                         }
123                         return newTargetSet;
124                     }
125                 }
126             }
127         }
128     }

�W�三�U�方�? 使用Apache Commons Collections, 直接对于原始Set�q�行filter.
��试效果:集合大小10M,�q��o(h��)�l�果1M, �q�算旉��: 1000ms+
�q��o(h��)部分的代码如�?

1 //�q��o(h��)的主体逻辑
2     void filterSet(Set targetSet, String lower, String higher) {
3         final BigDecimal bdLower = new BigDecimal(Double.parseDouble(lower));
4         final BigDecimal bdHigher = new BigDecimal(Double.parseDouble(higher));
5
6         Predicate predicate = new Predicate() {
7             public boolean evaluate(Object object) {
8                 BigDecimal bDObject = (BigDecimal) object;
9                 return bDObject.compareTo(bdLower) >= 0
10                         && bDObject.compareTo(bdHigher) <= 0;
11             }
12         };
13
14         CollectionUtils.filter(targetSet, predicate);
15     }

�W�四�U�方�?使用Guava(google Collections), 直接对于原始Set�q�行Filter
��试效果:集合大小10M,�q��o(h��)�l�果1M, �q�算旉��: 100ms-
�q��o(h��)部分的代码如�?

1 //guava filter
2
3     Set filterSet(Set targetSet, String lower,
4             String higher) {
5         final BigDecimal bdLower = new BigDecimal(Double.parseDouble(lower));
6         final BigDecimal bdHigher = new BigDecimal(Double.parseDouble(higher));
7
8         Set filterCollection = Sets.filter(targetSet,
9                 new Predicate() {
10                     @Override
11                     public boolean apply(BigDecimal input) {
12                         BigDecimal bDObject = (BigDecimal) input;
13                         return bDObject.compareTo(bdLower) >= 0
14                                 && bDObject.compareTo(bdHigher) <= 0;
15                     }
16                 });
17
18         return filterCollection;
19     }

四种方式�Ҏ(gu��)��如下:
�W�一�U�方�? 仅依赖于JAVA原生�c�d�� 遍历旉��最�? 代码量很��?br />�W�二�U�方�? 仅依赖于JAVA原生�c�d�� 遍历旉��比较�?主要慢在生成有序Set), 代码量最�?br />�W�三�U�方�? 依赖于Apache Commons Collections, 遍历旉��比较�? 代码量很��?br />�W�四�U�方�? 依赖于Guava, 遍历旉��最�? 代码量很��?br />
��Z��目前个�h的技术水�q�_��视野, �W�四�U�方式可能是最佳选择.

记录一�? 以后可能�q�会(x��)有更好的�Ҏ(gu��)��.

��h��中立 2014-06-21 23:33 发表评论

��h��中立 — Wed, 02 Sep 2009 02:53:00 GMT

在几�q�之�?在大学里面的时�?认�ؓ(f��)�pȝ��的架构设�?��像建筑设计一�?�?x��)把骨架搭�?然后有具体�h员进行详�l�的开�?

在后�?工作�?慢慢有了一些变�?因�ؓ(f��)原先的想法不太切合实�?�pȝ��是在变化之中的,如果固定了骨�?那就很难的敏捷面对变�?
所�?�pȝ��的架构设�?应该是面向接口的设计,��定各个部分之间的数据接口和�Ҏ(gu��)��接口.�q�样,即��有了变化,只要遵��@接口的定�?��p��是可以面对变�?

最�q?又有了想法的变化.架构的设�?应该��是规则和规�U�的设计.设计��Z��p�d��,�l�一�?和谐的规�?在这些规则之前圈住的部分,实际��是�pȝ��的全�?
接口的设�?实际只是规则和规�U�设计的一个部�?
架构的设�?不应该只是程序方面的事情,同时也包含了心理学方面和�C�会(x��)学方面的一些规�?例如:团队在面对变化时�?需要采用的规则和流�E?
只有包含了这些非�E�序上的规则之后,才能保证架构风格的统一协调.

以上,是我对系�l�设计的��x��的�{变过�E?记录于此,以供回溯.

��h��中立 2009-09-02 10:53 发表评论

��h��中立 — Thu, 20 Aug 2009 05:43:00 GMT

面对着满屏�q�的�E�序
是三�q�前,��目刚刚启动的时�?同事写的代码.
三年�q�去�?��目��q��一期变成了�W�七�?

�q�段代码�q�是在这�?有个属性是list,其中每个cell都是一个长�?8的String数组.
数组里面攄��了所需要导出到��面table的内�?

现在要开始修改了,需要向��面的table中增�?�?
�J�琐的让��命的工作,需要跟�t�这个��@�?判断每个pattern下面,�q�个长度18的数�l�里面放了哪些内�?

好吧,对象化维护从数组开�?把数�l�对�?因�ؓ(f��)�q�个数组时一个比较数�l?前面9个元素是之前的情�?后面9个事之后的情�?
用一个bean,攑օ�两次��可以了.但是bean�?需要一个标�?标识是之前的情况�q�是之后的情�?

同时需要一个transform�Ҏ(gu��)��,把之前从几个来源�q�来的情�?变成bean的属�?
接下来需要一个values�Ҏ(gu��)��,把bean里面的属性直接按��序转化成数�l?
本期新增�?个属�?直接攑օ�bean中就可以�?

�q�样原来很复杂的数组,��可以简单的用对象来解决.外部的接口完全没有变�?

�l�护�E�序,从把数组(特别是异型数�l?对象化开�?

��h��中立 2009-08-20 13:43 发表评论

一个Sudoku的java求解��法

��h��中立 — Thu, 13 Jul 2006 08:19:00 GMT

�q�个��的project是前一个阶�D�，待业在家的时候，�q�h��sudoku的时候，自己写来玩的�?br />正好当时在看Uncle Bob的《Agile Software Development: Principles, Patterns, and Practices�?�Q�敏捯��Y件开发：(x��)原则、模式与实践�Q?所以就按照自己对书中的一些概念和�Ҏ(gu��)��的理解，�l�合自己之前的开发经验写出来一�D�小的代码�?br />
代码行数�Q?< 900
�cȝ��个数�Q?18
抽象�cȝ��个数�Q?
工厂�cȝ��个数�Q?
包的个数�Q?

一些关于类和包作用的说明：(x��)
1.Cell:表示一个Cell�Q�是一个游戏中的一个单元格�?br /> Cell主要�?个部分组成，Point,Value,Status.
2.Point:表示一个坐标，主要格式�?(2,3).
�Q�！�Q�注意：(x��)�׃��个�h比较�?所以开始的错误被诏��M��下来�?br /> �q�个错误��是�Q?�Q?�Q�表�C�的是由最左上的位�|��ؓ(f��)坐标原点�Q�第二行和第三列所��定的那个单元格。也��是�U�坐标在前，横坐标在后了�?br />3.Value:表示一个�?br />4.Status:表示Cell的状态，只有两个状态，一个是NotSure,另一个是Sure.

5.AbstractCells�Q�表�C�Z��些cell的集合，主要有三个子�c?br />     BlockCells�Q�表�C�Z��个由多个Cell�l�成的块�Q�例如一�?*2�?个Cell�l�成的块�Q�或者一�?*3�?个Cell�l�成的块
     HorizonCells:表示一个横行，卻I��(x��)从（0�Q?�Q�到(0,n)坐标��定的所有Cell的集合�?br />     VerticalCells:表示一个纵行，卻I��(x��)从（0�Q?�Q�到(n,0)坐标��定的所有Cell的集合�?br />6.AbstractPolicy:��是游戏的策略�?br />   �q�个主要表示的是�Q?*4的游戏，�q�是9*9的游戏�?br />   可以在以后对此类�q�行�l�承和扩展，例如16*16的游戏我��没有实现�?br />   主要扩展3个方法：(x��)
                  1�Q�getValueRange�Q�返回当前policy的value的个数�?*4的游戏的getValueRange�q�回的就应该�?�?br />        2�Q�getStep�Q�表�C�当前policy中相�?c��)��两个BlockCells的坐标差�?br />        3�Q�getIncrease�Q�说不明白了�Q�）�Q�只可意�?x��)不可言传。）
7.Game�Q�进行Policy的场所�Q�我一直想抛弃�q�个�c�）
8.TestGame:游戏�q�行的地方，包括从PolicyFactory取得指定的Policy,讄��输入输出文�g的�\径�?br />9.PolicyFactory�Q�取得Policy的工厂�?br />    getPolicy(int x) :�q�个�Ҏ(gu��)��获得的是正方形的sudoku的策略。例�?4*4的，9*9,16*16�?br />    getPolicy(int x, int y)�Q�这个方法获得的是长方�Ş的Sudoku的策略。例如：(x��)9*12的�?br />

虽然是尽量避免bad code smell�Q�但是由于能力有限，�q�是出现了一些不好的地方�?br />例如�Q�之间的兌��关系�q�是很多�Q�而且很强�Q�抽象的�Ҏ(gu��)��和抽象类的个数偏��等�{��?br />
里面实现了三个解决sudoku的方法：(x��)
1.在一个Cell中出现的Value,不会(x��)在和�q�个Cell处在同一个AbstractCells中的所有Cell中出玎ͼ�
2.如果一个Cell中，所有可能出现的Value的个��Cؓ(f��)1�Q�那么Cell的Value必然是这个最后的Value�Q?br />2.如果一个Value,如果在当前AbstractCells的所有其他的Cell中都不可能出玎ͼ�那么它必然是最后一个Cell的Value�?br />
附�g1�Q�src code
http://www.tkk7.com/Files/GandofYan/sudoku.rar
附�g2�Q�输入输出文件的example
http://www.tkk7.com/Files/GandofYan/temp.rar

��h��中立 2006-07-13 16:19 发表评论

OO设计中的度量

��h��中立 — Wed, 07 Jun 2006 02:52:00 GMT

如同Tom DeMacro说的�Q�无法控制的东西��׃��能管理，无法��量的东西就无法控制�?br />

软�g的度量对于设计者和开发者非帔R��要，之前只是对这些有一个简单的了解。今天看来，了解的还�q�远不够�?br />

Cyclomatic Complexity �Q�圈复杂性）
Response for Class �Q�类的响应）
Weighted methods per class �Q�每个类重量�Ҏ(gu��)��Q?/li>

一个系�l�中的所有类的这三个度量能够说明�q�个�pȝ��的设计上的一些问题（不是全部�Q�，�q�三个度量越大越不好�?br />如果一个类�q�三个度量很高，证明了这个类需要重构了�?br />
以第一个度量来��_(d��)��有下面的一个表��|��(x��)

CC Value	Risk
1-10	Low risk program
11-20	Moderate risk
21-50	High risk
>50	Most complex and highly unstable method

CC数值高�Q�可以通过减少if else�Q�switch case也算�Q�判断来辑ֈ�目的�Q?br />可以通过减少�c�M��其他�cȝ��调用来减���RFC�Q?br />通过分割大方法和大类来达到减���WMPC.


而Uncle Bob和Jdepend的度量标准应该算是另一个度量系�l��?br />

关系内聚性（H�Q?/span>

用包中的每个�c�d�^均的内部关系数目作�ؓ(f��)包内聚性的一�U�表�C�方式。用于表�C�包和它的所有类之间的关�p�R�?br />H=(R+1)/N
R:包内�cȝ��关系数目�Q�与包外部的�c�L��有关�p�）
N:包内�cȝ��数量

Number of Classes (Cc)

被分析package的具体和抽象�c�（和接口）的数量，用于衡量package的可扩展性�?br />

Afferent Couplings (Ca)

依赖于被分析package的其他package的数量，用于衡量pacakge的职责�?br />

Efferent Couplings (Ce)

被分析package的类所依赖的其他package的数量，用于衡量package的独立性�?br />

Abstractness (A)

被分析package中的抽象�c�d��接口与所在package所有类数量的比例，取��D��围�ؓ(f��)0�Q?�?br />A=Cc/N

Instability (I)

用于衡量package的不�E�_��性，取��D��围�ؓ(f��)0�Q?。I�Q?表示最�E�_��Q�I�Q?表示最不稳定�?br />I�Q�Ce/�Q�Ce�Q�Ca�Q?br />

Distance (D)

被分析package和理��x��U�A�Q�I�Q?的垂直距��，用于衡量package在稳定性和抽象性之间的�q��。理�ꐠ �? 的package要么完全是抽象类和稳定（x�Q?�Q�y�Q?�Q�，要么完全是具体类和不�E�_��Q�x�Q?�Q�y�Q?�Q��?br /> 取��D��围�ؓ(f��)0�Q?�Q�D�Q?表示完全�W�合理想标准�Q�D�Q?表示package最大程度地偏离了理��x��准�?br /> D = |A+I-1|/0.70710678
注：(x��)0.70710678*0.70710678 =2�Q�既为“根�?�?br />
我认为D是一个综合的度量�Q�架构和设计的改善可以通过D数值的减少来体玎ͼ�反之��可以认为是设计和架构的退化�?br />

读过http://javaboutique.internet.com/tutorials/metrics/index.html之后的一些想�?br />
另一��中文的内容相近的文章可以参考http://www.jdon.com/artichect/coupling.htm

不过�W�二��的中文文章中间关于Cyclomatic Complexity�Q�有一个情况遗漏了
public void findApplications(String id, String name){


     if(id!=null && name!=null) {
        //do something
     }else{
        //do something
     }
}

�q�种情况的CC不是2+1�Q�而是2+1+1�Q�依据是公式�Q?�Q�。公�?2)应该是公式（1�Q�的��化版�?pre>Cyclomatic Complexity �Q?code>CC�Q?= no of decision points + no of logical operations +1 �Q?�Q?br />

Cyclomatic Complexity (CC) = number of decision points +1                                �Q?�Q?br />
参考了JDepend的参数和Uncle Bob的�?/code>Agile Software Development: Principles, Patterns, and Practices�?�Q�敏捯��Y件开发：(x��)原则、模式与实践�Q?/pre>

��h��中立 2006-06-07 10:52 发表评论



RETE���法的描�q?�?
��h��中立 — Tue, 30 May 2006 07:30:00 GMT

		转自:http://www.keyusoft.cn/Contentview.aspx?year=2005&month=$10&day=$6&postid=123

通过一周左右的研究�Q�对规则引擎有了一定的了解。现在写点东西跟大家一起交���，本文主要针对RETE���法�q�行描述。我的文�W�不太好�Q�如果有什么没讲明白的或是说错的地方，��L(f��ng)��我留�a��?/div>
		首先��x���Q�我的帖子借鉴了网上很���行的一���帖子，好像是来自CSDN�Q�还有一点，我不惛_��太多的名词解释，因�ؓ(f��)我也不是个研�I�很��q��人，定义的不好怕被�W�话�?/div>
		好现在我们开始�?/div>
		首先介绍一些网上对于规则引擎比较好的帖子�?/div>
		1�?来自JAVA视频�|?
		
				http://forum.javaeye.com/viewtopic.php?t=7803&postdays=0&postorder=asc&start=0
		
		2、�?RETE���法的最原始的描�q�ͼ�我不知道在哪里找到的�Q�想要的人可以留下E-mail
		3、�?CMU的一位博士生的毕业论文，个�h觉得非常好，我的很多观点都是来自�q�里的，要的��Z��可以�l�我发mail   mailto:ipointer@163.com
		 
		接着�l�一一下术语，很多资料里的术语都非常�؜乱�?/div>
		1、�?facts 事实�Q�我们实现的时候，�?x��)有一个事实库。用F表示�?/div>
		2、�?patterns 模板�Q�事实的一个模型，所有事实库中的事实都必���L�����x��板中的一个。用P表示�?/div>
		3�?
  conditions
条�g,规则的组成部分。也必须满��模板库中的一条模�ѝ��用C表示。我们可以这��L(f��ng)��解facts、patterns、conditions之间的关�p�R�?
Patterns是一个接口，conditions则是实现�q�个接口的类�Q�而facts是这个类的实例�?/div>
		4、�?rules 规则�Q�由一到多个条件构成。一般用and或or�q�接conditions。用R表示�?/div>
		5、�?actions 动作�Q�激�z�M��条rule执行的动作。我们这里不作讨论�?/div>
		6、�?�q�有一些术语，如：(x��)working-memory、production-memory�Q�跟�q�里的概念大同小异�?/div>
		7、�?�q�有一些，如：(x��)alpha-network、beta-network、join-node�Q�我们下面会(x��)用到�Q�先放一下，一�?x��)讨论�?/div>
		 
		引用一下网上很���行的例子，我觉得没讲明白，我在用我的想法解释一下�?/div>
		 
		假设在规则记忆中有下列三条规�?/div>
		 
		if A(x) and B(x) and C(y) then add D(x)
		if A(x) and B(y) and D(x) then add E(x)
		if A(x) and B(x) and E(x) then delete A(x)
		 
		RETE���法�?x��)先���规则编译成下列的�?w��i)状架构排序网�l?/div>
		
				
				
而工作记忆内容及(qi��ng)��序为{A(1)�Q�A(2)�Q�B(2)�Q�B(3)�Q�B(4)�Q�C(5)}�Q�当工作记忆依序�q�入�|�络后，�?x��)依序储存在�W�合条�g的节点中�Q�直到完全符合条件的推论规则推出推论。以上述例子而言�Q?最后推得D(2)�?/div>
		 
		让我们来分析�q�个例子�?/div>
		 
		模板库：(x��)�Q�这个例子中只有一个模板，���法原描�q�C��有不同的例子, 一般我们会(x��)用tuple,元组的�Ş式来定义facts,patterns,condition�Q?/div>
		P: (?A , ?x)  其中的A可能代表一定的操作�Q�如例子中的A,B,C,D,E ; x代表操作的参数。看看这个模板是不是已经可以描述所有的事实�?/div>
		 
		条�g库：(x��)(�q�里元组的第一��代表实际的操作�Q�第二项代表形参)
		C1: (A , )
		C2: (B , )
		C3: (C , )
		C4: (D , )
		C5: (E , )
		C6: (B , )
		 
		事实库：(x��)�Q�第二项代表实参�Q?/div>
		F1: (A,1)
		F2: (A,2)
		F3: (B,2)
		F4: (B,3)
		F5: (B,4)
		F6: (C,5)
		 
		       规则库：(x��)
		         R1: c1^c2^c3
		         R2: c1^c2^c4
		         R3: c1^c2^c5
		 
		       
		       有�h可能�?x��)质疑R1: c1^c2^c3�Q�没有描�q�出�Q�原式中�Q?/div>
		if A(x) and B(x) and C(y) then add D(x)�Q�A=B的关�p�R��但请仔�l�看一下，�q�一点已�l�在条�g库中定义出来了�?/div>
		 
		       下面我来描述一下，规则引擎中RETE���法的实现�?/div>
		       首先�Q�我们要定一些规则，�Ҏ(gu��)���q�些规则�Q�我们的引擎可以�~�译��Z��个树(w��i)状结构，上面的那张图中是一�U�简易的表现�Q�其实在实现的时候不是这个样子的�?/div>
		       �q�就是beta-network出场的时候了�Q�根据rules我们���可以确定beta-network�Q�下面，我就��d��本例中的beta-network�Q��ؓ(f��)了描�q�方便，我把alpha-network也画出来了�?/div>
		       
		 
		上图中，左边的部分就是beta-network,双���是alpha-network,圆圈是join-node.
		从上图中�Q�我们可以验证，在beta-network中，表现��Z��rules的内容，其中r1,r2,r3�׃�n了许多BM和join-node,�q�是�׃���q�些规则中有共同的部分，�q�样能加快match的速度�?/div>
		�?
边的alpha-network是根据事实库构徏的，其中除alpha-network节点的节炚w��是根据每一条condition,从事实库�?
match�q�来的，�q�一�q�程是静态的�Q�即在编译构建网�l�的�q�程中已�l�徏立的。只要事实库是稳定的�Q�即没有大幅度的变化�Q�RETE���法的执行效率应该是非常
高的�Q�其原因���是已经通过静态的�~�译�Q�构��Z��alpha-network。我们可以验证一下，满��c1的事实确实是w1,w2�?/div>
		�?
面我们就看一下，�q�个���法是怎么来运行的�Q�即怎么来确定被�Ȁ�zȝ��rules的。从top-node往下遍历，��C��个join-node,与AM for
c1的节�Ҏ(gu��)��合，�q�行到match c1节点。此�Ӟ��match c1节点的内容就是：(x��)w1,w2。���l�往下，与AM for
c2汇合�Q�所有可能的�l�合应该是w1^w3,w1^w4,w1^w5,w2^w3,w2^w4,w2^w5�Q�，因�ؓ(f��)c1^c2要求参数相同�Q�因此，
match
c1^c2的内�Ҏ(gu��)���Q�w2^w3。再�l�箋�Q�这里有一个扇出（fan-out�Q�，其中只有一个join-node可以被激�z�，因�ؓ(f��)旁边的AM只有一个非�I��?
因此�Q�也只有R1被激�z�M���?/div>
		解决扇出带来的效率降低的问题�Q�我们可以��用hashtable来解册���个问题�?/div>
		RETE���法�q�有一些问题，如：(x��)facts库变化，我们怎么才能高效的重建alpha-network�Q�同理包括rules的变化对beta-network的媄(ji��ng)响。这一部分我还没细看，到时候再贴出来吧�?/div>


��h��中立 2006-05-30 15:30 发表评论


再次重装eclipse
��h��中立 — Tue, 30 May 2006 05:48:00 GMT

		最�q�插件又加多�?eclipse老是��L��
		 
		一怒之�?删除重装
		 
		以前因�ؓ(f��)�?没有把插件的目录和主体的目录分开,�q�次也给它分开�?/div>
		 
		 
		插�g���了之后,eclipse���实快了不少
		 
		附eclipse启动参数: -nl en_US vmargs -Xverify:none -Xms256M -Xmx1024M 
-XX:PermSize=50M  -XX:+UseParallelGC


��h��中立 2006-05-30 13:48 发表评论


free mind 和mind manager ,�q�有visio
��h��中立 — Tue, 30 May 2006 05:36:00 GMT

		
				freemind一个比较不错free�?
mind map 软�g,很多人徏议��用这个来���理自己的思�\.
		 
		
				mind manager另一个比较不错的mind 
map的��Y�?可以和office兼容.不过是商业的
		 
		visio,��׃��介绍�?office里面有的东西.做流�E�图来说,���实是比较好的��Y�?但是在思�\不清楚的时�?很难��d��什么有用的东西�?�q�点���比不上前面两个东西�?不过�Ҏ(gu��)��来说visio可能更顺�?因�ؓ(f��)我经常画的是软�g���程�?.......


��h��中立 2006-05-30 13:36 发表评论


��h��中立 — Tue, 30 May 2006 05:31:00 GMT

		
				
						
								�ȝ��一下最�q�关于domain object以及(qi��ng)相关的讨�?/font>
						
				
		

		 
		
				在最�q�的围绕domain 
object的讨��Z�����现出来了三�U�模型，(�q�有一些其他的旁枝�Q�不一一分析�?�Q�经�q�一番讨论，各种问题逐渐清晰��h���Q�在�q�里我试囑ց�一个�ȝ���Q�便于大家了解和掌握�?


�W�一�U�模型：(x��)只有getter/setter�Ҏ(gu��)��的纯数据�c�，所有的业务逻辑完全由business 
object来完�?又称TransactionScript)�Q�这�U�模型下的domain object被Martin Fowler�U�C��为“��血的domain 
object”。下面用举一个具体的代码来说明，代码来自Hibernate的caveatemptor�Q�但�l�过我的改写�Q?


一个实体类叫做Item�Q�指的是一个拍卖项�?
一个DAO接口�c�d��做ItemDao 

一个DAO接口实现�c�d��做ItemDaoHibernateImpl 
一个业务逻辑�c�d��做ItemManager(或者叫做ItemService) 



				
						
								
										
												
														java代码: 
												
										
								
								
										
												
														

														
																public
																class Item implementsSerializable{
    privateLong id = null; 
    privateint version; 
    
privateString name; 
    private User seller; 

    privateString description; 
    private MonetaryAmount 
initialPrice; 
    private MonetaryAmount 
reservePrice; 
    privateDate startDate; 
    privateDate endDate; 
    privateSet categorizedItems = newHashSet(); 

    privateCollection bids = newArrayList(); 

    private 
Bid successfulBid; 
    private ItemState state; 

    private 
User approvedBy; 
    privateDate approvalDatetime; 
    privateDate created = newDate(); 

    //  
getter/setter�Ҏ(gu��)��省略不写�Q�避免篇�q�太�?/span>
}
												
												

										
								
						
				
				
						

						

				
				
						
								
										
												
														java代码: 
												
										
								
								
										
												
														

														
																public
																interface ItemDao {
    public Item 
getItemById(Long id); 
    publicCollection findAll(); 

    publicvoid 
updateItem(Item item); 
}
												
												

										
								
						
				
				
						

						
ItemDao定义持久化操作的接口�Q�用于隔���L��久化代码�?



				
						
								
										
												
														java代码: 
												
										
								
								
										
												
														

														
																public
																class 
ItemDaoHibernateImpl implements ItemDao extends 
HibernateDaoSupport {
    public Item 
getItemById(Long id){
        return(Item) getHibernateTemplate().load(Item.class, id); 
    }
    publicCollection findAll(){
        return(List) getHibernateTemplate().find("from 
Item"); 
    }
    publicvoid updateItem(Item item){
        getHibernateTemplate().update(item); 

    }
}
												
												

										
								
						
				
				
						
ItemDaoHibernateImpl完成具体的持久化工作�Q�请注意�Q�数据库资源的获取和释放是在ItemDaoHibernateImpl 
里面处理的，每个DAO�Ҏ(gu��)��调用之前打开Session�Q�DAO�Ҏ(gu��)��调用之后�Q�关闭Session�?Session攑֜�ThreadLocal中，保证一�ơ调用只打开关闭一��? 



				
						
								
										
												
														java代码: 
												
										
								
								
										
												
														

														
																public
																class ItemManager {
    private ItemDao itemDao; 

    publicvoid 
setItemDao(ItemDao itemDao){ 
this.itemDao = itemDao;}
    public Bid 
loadItemById(Long id){
        itemDao.loadItemById(id); 

    }
    publicCollection listAllItems(){
        return  itemDao.findAll(); 

    }
    public Bid placeBid(Item item, User bidder, MonetaryAmount 
bidAmount, 
                            Bid currentMaxBid, Bid 
currentMinBid)throws BusinessException 
{
            if(currentMaxBid != null && 
currentMaxBid.getAmount().compareTo(bidAmount) > 0){
            throw new 
BusinessException("Bid too low."); 
    }
    
    // Auction is active
    if( !state.equals(ItemState.ACTIVE))
            throw new 
BusinessException("Auction is not active yet."); 
    
    // Auction still valid
    if( item.getEndDate().before(newDate()))
            throw new 
BusinessException("Can't place new bid, auction already 
ended."); 
    
    // Create new Bid
    Bid newBid = 
new Bid(bidAmount, item, bidder); 
    
    // Place bid for this Item
    
item.getBids().add(newBid); 
    itemDao.update(item);  
   //  调用DAO完成持久化操�?/span>
    return newBid; 
    
}
}
												
												

										
								
						
				
				
						

						
事务的管理是在ItemManger�q�一层完成的�Q�ItemManager实现具体的业务逻辑。除了常见的和CRUD有关的简单逻辑之外�Q�这里还有一个placeBid的逻辑�Q�即��目的竞标�?


以上是一个完整的�W�一�U�模型的�C�Z��代码。在�q�个�C�Z��中，placeBid�Q�loadItemById�Q�findAll�{�等业务逻辑�l�统攑֜�ItemManager中实玎ͼ�而Item只有getter/setter�Ҏ(gu��)���?/span>
		
		 
		 
		
				�W�二�U�模型，也就是Martin Fowler指的rich domain object是下面这样子的：(x��) 


一个带有业务逻辑的实体类�Q�即domain object是Item 
一个DAO接口ItemDao 

一个DAO实现ItemDaoHibernateImpl 
一个业务逻辑对象ItemManager 


		
		
				
						
								
										
												java代码: 
										
								
						
						
								
										
												

												
														public
														class Item implementsSerializable{
    //  所有的属性和getter/setter�Ҏ(gu��)��同上�Q�省�?/span>
    
public Bid 
placeBid(User bidder, MonetaryAmount 
bidAmount, 
                        Bid currentMaxBid, Bid currentMinBid)
            throws BusinessException 
{
    
            // Check highest bid (can also be a different 
Strategy (pattern))
            if(currentMaxBid != null && 
currentMaxBid.getAmount().compareTo(bidAmount) > 0){
                    throw new 
BusinessException("Bid too low."); 
            }
    
            // Auction is active
            
if( !state.equals(ItemState.ACTIVE))
                    throw new 
BusinessException("Auction is not active yet."); 
    
            // Auction still valid
            
if( this.getEndDate().before(newDate()))
                    throw new 
BusinessException("Can't place new bid, auction already 
ended."); 
    
            
// Create new Bid
            
Bid newBid = new 
Bid(bidAmount, this, bidder); 
    
            // Place bid for this Item
          
  this.getBids.add(newBid);  // 
��h��意这一句，透明的进行了持久化，但是不能在这里调用ItemDao�Q�Item不能对ItemDao产生依赖�Q?/span>
    
        
    return newBid; 

    }
}
										
										

								
						
				
		
		
				

				
竞标�q�个业务逻辑被放入到Item中来。请注意this.getBids.add(newBid); 
如果没有Hibernate或者JDO�q�种O/R 
Mapping的支持，我们是无法实现这�U�透明的持久化行�ؓ(f��)的。但是请注意�Q�Item里面不能去调用ItemDAO�Q�对ItemDAO产生依赖�Q?


ItemDao和ItemDaoHibernateImpl的代码同上，省略�?


		
				
						
								
										
												java代码: 
										
								
						
						
								
										
												

												
														public
														class ItemManager {
    private ItemDao itemDao; 

    publicvoid 
setItemDao(ItemDao itemDao){ 
this.itemDao = itemDao;}
    public Bid 
loadItemById(Long id){
        itemDao.loadItemById(id); 

    }
    publicCollection listAllItems(){
        return  itemDao.findAll(); 

    }
    public Bid placeBid(Item item, User bidder, MonetaryAmount 
bidAmount, 
                            Bid currentMaxBid, Bid 
currentMinBid)throws BusinessException 
{
        item.placeBid(bidder, bidAmount, currentMaxBid, 
currentMinBid); 
        itemDao.update(item);  
  // 必须昑ּ�的调用DAO�Q�保持持久化
    }
}
										
										

								
						
				
		
		
				

				
在第二种模型中，placeBid业务逻辑是放在Item中实现的�Q�而loadItemById和findAll业务逻辑是放�?
ItemManager中实现的。不�q�值得注意的是�Q�即使placeBid业务逻辑攑֜�Item中，你仍焉���要在ItemManager中简单的���装一层，以保证对placeBid业务逻辑�q�行事务的管理和持久化的触发�?


�q�种模型是Martin Fowler所指的真正的domain 
model。在�q�种模型中，有三个业务逻辑�Ҏ(gu��)���Q�placeBid�Q�loadItemById和findAll�Q�现在的问题是哪个逻辑应该攑֜�Item 
中，哪个逻辑应该攑֜�ItemManager中。在我们�q�个例子中，placeBid攑֜�Item�?但是ItemManager也需要对它进行简单的���装)�Q�loadItemById和findAll是放在ItemManager中的�?


切分的原则是什么呢�Q?Rod Johnson提出原则是“case by case”，可重用度高的�Q�和domain 
object状态密切关联的攑֜�Item中，可重用度低的�Q�和domain object状态没有密切关联的攑֜�ItemManager中�?

我提出的原则是：(x��)看业务方法是否显式的依赖持久化�?/span>

Item的placeBid�q�个业务逻辑�Ҏ(gu��)��没有昑ּ�的对持久化ItemDao接口产生依赖�Q�所以要攑֜�Item中�?span style="color: red;">��h��意，如果��q��了Hibernate�q�个持久化框�Ӟ��Item�q�个domain 
object是可以进行单元测试的�Q�他不依赖于Hibernate的持久化机制。它是一个独立的�Q�可�U�L��的，完整的，自包含的域对�?/span>�?


而loadItemById和findAll�q�两个业务逻辑�Ҏ(gu��)��是必���L��式的�Ҏ(gu��)��久化ItemDao接口产生依赖�Q�否则这个业务逻辑���无法完成。如果你要把�q�两个方法放在Item中，那么Item���无法脱���Hibernate框架�Q�无法在Hibernate框架之外独立存在�?/span>
		 
		 
		
				�W�三�U�模型印象中好像是firebody或者是Archie提出�?也有可能不是�Q�记不清楚了)�Q�简单的来说�Q�这�U�模型就是把�W�二�U�模型的domain 
object和business object合二��Z��了。所以ItemManager��׃��需要了�Q�在�q�种模型下面�Q�只有三个类�Q�他们分别是�Q?


Item�Q�包含了实体�c�M��息，也包含了所有的业务逻辑 
ItemDao�Q�持久化DAO接口�c?

ItemDaoHibernateImpl�Q�DAO接口的实现类 


�׃��ItemDao和ItemDaoHibernateImpl和上面完全相同，���q��略了�?


		
		
				
						
								
										
												java代码: 
										
								
						
						
								
										
												

												
														public
														class Item implementsSerializable{
    //  所有的属性和getter/setter�Ҏ(gu��)��都省�?/span>
   privatestatic ItemDao itemDao; 

    publicvoid 
setItemDao(ItemDao itemDao){this.itemDao = itemDao;}
    
    publicstatic Item 
loadItemById(Long id){
        return(Item) itemDao.loadItemById(id); 

    }
    publicstaticCollection findAll(){
        return(List) itemDao.findAll(); 

    }

    public Bid placeBid(User bidder, MonetaryAmount bidAmount, 
    
                Bid currentMaxBid, Bid currentMinBid)
    throws BusinessException 
{
    
        // Check highest bid (can also be a different 
Strategy (pattern))
        if(currentMaxBid != null && 
currentMaxBid.getAmount().compareTo(bidAmount) > 0){
                throw new 
BusinessException("Bid too low."); 
        }
        
        // Auction is active
        if( !state.equals(ItemState.ACTIVE))
                throw new 
BusinessException("Auction is not active yet."); 
        
        // Auction still valid
        if( this.getEndDate().before(newDate()))
                throw new 
BusinessException("Can't place new bid, auction already 
ended."); 
        
        
// Create new Bid
        Bid 
newBid = new 
Bid(bidAmount, this, bidder); 
        
        // Place bid for this Item
        
this.addBid(newBid); 
        itemDao.update(this);  
    //  调用DAO�q�行昑ּ�持久�?/span>
        
return newBid; 

    }
}
										
										

								
						
				
		
		
				

				
在这�U�模型中�Q�所有的业务逻辑全部都在Item中，事务���理也在Item中实现�?/span>
		 
		 
		
				在上面三�U�模型之外，�q�有很多�q�三�U�模型的变种�Q�例如partech的模型就是把�W�二�U�模型中的DAO�?
Manager三个�c�d���q��ؓ(f��)一个类后�Ş成的模型�Q�例如frain....(id很长��C���?的模型就是把�W�三�U�模型的三个�c�d��全合�q��ؓ(f��)一个单�c�d��形成的模型；例如Archie是把�W�三�U�模型的Item又分出来一些纯数据�c?可能是，不确�?形成的一个模型�?


但是不管怎么变，基本模型归纳��h�����是上面的三�U�模型，下面分别���单评价一下：(x��) 


�W�一�U�模型绝大多��C�h都反对，因此反对理由我也不多讲了。但遗憾的是�Q�我观察到的实际情�Ş是，很多使用Hibernate的公司最后都是这�U�模型，�q�里面有很大的原因是很多公司的技术水�q�x��有达到这�U�层�ơ，所以导致了�q�种贫血模型的出现。从�q�一�Ҏ(gu��)����_(d��)��Martin 
Fowler的批评声音不是太响了�Q�而是太弱了，�q�需要再�l�箋呐喊�?

�W�二�U�模型就是Martin 
Fowler一直主张的模型�Q�实际上也是我一直在实际��目中采用这�U�模型。我没有看过Martin的POEAA�Q�之所以能够自己摸索到�q�种模型�Q�也是因��Z��02�q�我已经开始思考这个问题�ƈ且寻求解��x��案了�Q�但是当时没有看到Hibernate�Q�那时候做的一个小型项目我已经按照�q�种模型来做了，但是�׃��没有O/R 
Mapping的支持，写到后来又不得不全部�Ҏ(gu��)��贫血的domain 
object�Q�项目做完以后再�l�箋找，随后���发��C��Hibernate。当�Ӟ��现在很多��Z��开始就是用Hibernate做项目，没有�l�历�q�我�l�历的那个阶�D�c(di��n)�?


不过我觉得这�U�模型仍然不够完���，因�ؓ(f��)你还是需要一个业务逻辑层来���装所有的domain 
logic�Q�这昑־�非常�|�嗦�Q��ƈ且业务逻辑对象的接口也不够�E�_��。如果不考虑业务逻辑对象的重用性的�?业务逻辑对象的可重用性也不可能好)�Q�很多�h�q�脆���去掉了xxxManager�q�一层，在Web层的Action代码直接调用xxxDao�Q�同时容器事务管理配�|�到Action�q�一层上来�?
Hibernate的caveatemptor���是�q�样架构的一个典型应用�?

�W�三�U�模型是我很反对的一�U�模型，�q�种模型下面�Q�Domain 
Object和DAO形成了双向依赖关�p�，无法��q��框架���试�Q��ƈ且业务逻辑层的服务也和持久层对象的状态耦合��C��一��P���?x��)造成�E�序的高度的复杂性，很差的灵�z�L��和�p�糕的可�l�护性。也许将来技术进步导致的O/R 
Mapping���理下的domain object发展到��够的动态持久透明化的话，�q�种模型才会(x��)成�ؓ(f��)一个理想的选择。就像O/R 
Mapping的流行��得第二种模型成�ؓ(f��)了可�?O/R Mapping���行以前�Q�我们只能用�W�一�U�模型，�W�二�U�模型那时候是不现实的)�?/span>
		
		 
		 
		
				既然大家都统一了观点，那么���有了一个很好的讨论问题的基���了。Martin Fowler的Domain 
Model�Q�或者说我们的第二种模型��N��是完���无�~�的吗？当然不是�Q�接下来我就要分析一下它的不���I��以及(qi��ng)可能的解军_��法，而这些都来源于我个�h的实跉|��索�?


在第二种模型中，我们可以清楚的把�q?个类分�ؓ(f��)三层�Q?

1、实体类层，即Item�Q�带有domain logic的domain 
object 
2、DAO层，即ItemDao和ItemDaoHibernateImpl�Q�抽象持久化操作的接口和实现�c?

3、业务逻辑层，即ItemManager�Q�接受容器事务控�Ӟ��向Web层提供统一的服务调�?

在这三层中我们大家可以看刎ͼ�domain 
object和DAO都是非常�E�_��的层�Q�其实原因也很简单，因�ؓ(f��)domain object是映���数据库字段的，数据库字�D�不�?x��)频�J�变动，所以domain 
object也相对稳定，而面向数据库持久化编�E�的DAO层也不过���是CRUD而已�Q�不�?x��)有更多的花��P��所以也很稳定�?


问题���在于这个充当business workflow facade的业务逻辑对象�Q�它的变动是相当频繁的�?span style="color: red;">业务逻辑对象通常都是无状态的、受事务控制的、Singleton�c?/span>�Q�我们可以考察一下业务逻辑对象都有哪几�c�M��务逻辑�Ҏ(gu��)���Q?


�W�一�c�：(x��)DAO接口�Ҏ(gu��)��的代�?/span>�Q�就是上面例子中的loadItemById�Ҏ(gu��)��和findAll�Ҏ(gu��)���?


ItemManager之所以要代理�q�种�c�，目的有两个：(x��)向Web层提供统一的服务调用入口点和给持久化方法增加事务控制功�?/span>。这两点都很�Ҏ(gu��)��理解�Q�你不能既给Web层程序员提供xxxManager�Q�也�l�他提供xxxDao�Q�所以你需要用xxxManager���装xxxDao�Q�在�q�里�Q�充当了一个简单代理功能；而事务控制也是持久化�Ҏ(gu��)��必须的，事务可能需要跨���多个DAO�Ҏ(gu��)��调用�Q�所以必���L��在业务逻辑层，而不能放在DAO层�?


但是必须看到�Q�对于一个典型的web应用来说�Q�绝大多数的业务逻辑都是���单的CRUD逻辑�Q�所以这�U�情况下�Q�针�Ҏ(gu��)��个DAO�Ҏ(gu��)���Q�xxxManager都需要提供一个对应的���装�Ҏ(gu��)���Q�这不但是非常枯燥的�Q�也是��o(h��)人感觉非�怸�好的�?



�W�二�c�：(x��)domain 
logic的方法代�?/span>。就是上面例子中placeBid�Ҏ(gu��)��。虽然Item已经有了placeBid�Ҏ(gu��)���Q�但是ItemManager仍然需要封装一下Item的placeBid�Q�然后再提供一个简单封装之后的代理�Ҏ(gu��)���?


�q�和�W�一�U�情�늱���|��其原因也一��P��也是��Z���l�Web层提供一个统一的服务调用入口点和给隐式的持久化动作提供事务控制�?


同样�Q�和�W�一�U�情况一��P��针对每个domain logic�Ҏ(gu��)���Q�xxxManager都需要提供一个对应的���装�Ҏ(gu��)���Q�同��h��枯燥的，令�h不爽的�?



�W�三�c�：(x��)需要多个domain object和DAO参与协作的business 
workflow。这�U�情冉|��业务逻辑对象真正应该完成的职责�?


在这个简单的例子中，没有涉及(qi��ng)到这�U�情况，不过大家都可以想像的出来�q�种应用场景�Q�因此不必�D例说明了�?


通过上面的分析可以看出，只有�W�三�c�M��务逻辑�Ҏ(gu��)��才是业务逻辑对象真正应该承担的职责，而前两类业务逻辑�Ҏ(gu��)��都是“无奈之�䏀�，不得不�ؓ(f��)之的事情�Q�不但枯燥，而且令�h沮���?





分析完了业务逻辑对象�Q�我们再回头看一下domain object�Q�我们要仔细考察一下domain 
logic的话�Q�会(x��)发现domain logic也分��Z���c�：(x��) 

�W�一�c�：(x��)需要持久层框架隐式的实现透明持久化的domain 
logic�Q�例如Item的placeBid�Ҏ(gu��)��中的�q�一句：(x��) 

		
		
				
						
								
										
												java代码: 
										
								
						
						
								
										
												
this.getBids().add(newBid);
										

								
						
				
		
		
				
上面已经着重提刎ͼ�虽然�q�仅仅只是一个Java集合的添加新元素的操作，但是实际上通过事务的控�Ӟ���?x��)潜在的触发两条SQL�Q�一条是insert一条记录到bid表，一条是更新item表相应的记录。如果我们让Item��q��Hibernate�q�行单元���试�Q�它?y��u)��是一个单�U�的Java集合操作�Q�如果我们把他加入到Hibernate框架中，他就�?x��)潜在的触发两条SQL�Q?span style="color: red;">�q�就是隐式的依赖于持久化的domain logic�?

特别��h��意的一�Ҏ(gu��)���Q�在没有Hibernate/JDO�q�类可以实现“透明的持久化”工具出��C��前，�q�类domain logic是无法实现的�?


对于�q�一�c�domain logic�Q�业务逻辑对象必须提供相应的封装方法，以实��C��务控制�?


�W�二�c�：(x��)完全不依赖持久化的domain logic�Q�例如readonly例子中的Topic�Q�如下：(x��) 



		
				
						
								
										
												java代码: 
										
								
						
						
								
										
												

												
														class Topic {
    boolean 
isAllowReply(){
        Calendar dueDate = 
Calendar.getInstance(); 

        dueDate.setTime(lastUpdatedTime); 
        dueDate.add(Calendar.DATE, forum.timeToLive); 
    
        Date now = newDate(); 

        return 
now.after(dueDate.getTime()); 
    }
}
										
										

								
						
				
		
		
				

				
注意�q�个isAllowReply�Ҏ(gu��)���Q�他和持久化完全不发生一丁点关系。在实际的开发中�Q�我们同样会(x��)遇到很多�q�种不需要持久化的业务逻辑(主要发生在日期运���、数��D�����和枚�D�q�算斚w��)�Q�这�U�domain 
logic不管��q��不脱���L��在的框架�Q�它的行为都是一致的。对于这�U�domain 
logic�Q�业务逻辑层�ƈ不需要提供封装方法，它可以适用于�Q何场合�?/span>


��h��中立 2006-05-30 13:31 发表评论


[转]O/R Mapping 基本概念
��h��中立 — Tue, 30 May 2006 05:20:00 GMT

		
				
原文地址�Q?a >http://www.cnblogs.com/idior/archive/2005/07/04/186086.html

�q�日 有关o/r m的讨论突然多了�v�? 在这里觉得有必要澄清一些概�? 免的大家讨论来讨论去, 才发现最�Ҏ(gu��)��的理解有问题.

1. 何谓实体?
实体(�c�M��于j2ee中的Entity Bean)通常指一个承载数据的对象, 但是注意它也是可以有行�ؓ(f��)�? 只不�q�它的行��Z��般只操作自��n的数�? 比如下面�q�个例子:


class Person
{
  string firstName;
  string lastName;

  public void GetName()
  {
     return  lastName+firstName;
  }   
}


GetName���是它的一个行�?

2 何谓对象?
对象最重要的特性在于它拥有行�ؓ(f��). 仅仅拥有数据,你可以称它�ؓ(f��)对象, 但是它却失去它最重要的灵��? 


class Person
{
  string firstName;
  string lastName;
  Role role;
  int baseWage;
  public void GetSalary()
  {
     return baseWage*role.GetFactory();
  }   
}

�q�样需要和别的对象(不是Value Object)打交道的对象,我就不再�U�其为实�? 领域模型���是指由�q�些��h��业务逻辑的对象构成的模型.

3. E/R M or O/R M?!!
仔细��x��我们��Z��么需要o/r m,无非是想利用oo的多态来处理复杂的业务逻辑, 而不是靠一堆的if else. 
而现在在很多人的手上o/r m全变成了e/r m.他们不考虑对象的行�? 而全��x��于如何保存数�?�q�样也难怪他们会(x��)产生���CRUD�q�些操作攑օ�对象中的念头. 如果你不能深�ȝ��解oo, 那么我不推荐你��用o/r m, Table Gateway, Row Gateway才是你想要的东西.


作�ؓ(f��)一个O/R M框架�Q�很重要的一点就是实现映���的透明性（Transparent�Q�，比较显著的特点就是在代码中我们是看不到SQL语句的（框架自动生成了）。这里所指的O/R M���是�c�M��于此的框�Ӟ��

4. POEAA中的相关概念
  很多�ơ发现有人错用其中的概念, �q�里���Z���ȝ��一�?
  1. Table Gateway
    以表为单位的实体,基本没有行�ؓ(f��),只有CRUD操作.
  2. Row Gateway
    以行为单位的实体,基本没有行�ؓ(f��),只有CRUD操作.
  3. Active Record
    以行为单位的实体,拥有一些基本的操作自��n数据的行�?如上例中的GetName),同时包含有CRUD操作.
其实Active Record最�W�合某些���单的需�? 接近于E/R m.
通常也有很多人把它当作O/R m.不过需要注意的是Active Record中是充满了SQL语句�?不像orm的SQL透明), 所以有人想��h��利用O/R m来实�?Active Record", 虽然在他们眼里看��h��很方�? 其实�Ҏ(gu��)�����是�q�祖.
用CodeGenerator来实现Active Record也许是一个比较好的方�?
  4. Data Mapper
�q�才是真正的O/R m,Hibernate�{�等工具的目�?

5.O/R M需要关注的地方 (希望大家帮忙完善一�?
 1. 兌���, O/R M是如何管理类之间的关�?当然�q�不仅于o/r m有关与设计者的设计水��^也有很大关系.
 2. O/R M对��承关�pȝ��处理.
 3. O/R M对事务的支持.
 4. O/R M�Ҏ(gu��)��询的支持.
 
以上观点仅属个�h意见, 不过在大家讨论有关O/R m之前, 希望先就一些基本概念达成共�? 不然讨论下去�?x��)越���越�q? 


(�����: 如果对oo以及(qi��ng)dp没有一定程度的了解, 最好别使用o/r m, dataset 加上codesmith或许是更好的选择)



��h��中立 2006-05-30 13:20 发表评论

男人的天堂av亚洲一区2区,久久精品国产亚洲AV电影网,亚洲精品综合一二三区在线

一个Sudoku的java求解���法

OO设计中的度量

RETE���法的描�q?�?

再次重装eclipse

free mind 和mind manager ,�q�有visio

[转]O/R Mapping 基本概念

一个Sudoku的java求解��法

RETE��法的描�q?�?