??xml version="1.0" encoding="utf-8" standalone="yes"?> 1.提交代码 现在我增加一条输句“System.out.println("W一ơ修?);”,保存。然后选择右侧“包资源理器”中的HelloWorld.java文gQ右击,在弹单中选择“小l?>“提交”?/p>
提交后显C如下,可以看到CVS资源库已l反映了提交后文件的改变?/p>
2.从资源库中更C?/p>
现在删除掉HelloWorld.java中的语句“System.out.println("W一ơ修?);”,然后保存?/p>
叛_HelloWorld.java文g->替换?>HEAD的最新内容,可以看到删除的代码已l还原了?/p>
或者,叛_HelloWorld.java文g->组->与资源库同步Q选择“将当前更改从右边复制到左边”按钮,然后保存Q可以看到删除的代码已经q原了?/p>
3. 出项?/p>
叛_“CVS资源库”中的“Hello World CVS?选择“检Zؓ...?/p>
在“检Zؓ”对话框中的“项目名U”填写:Hello World CVS TwoQ然后点几Z完成”?/p>
q样Q这两个目同时指向一个CVS资源库,有可能产生提交冲突?/p>
4. 发生冲突 化一下,把Hello World CVS目UCؓ目1QHello World CVS TwoUCؓ目2。注意当前这两个目的版本都?.2?/p>
在项?中增加一条语句“System.out.println("目1W?ơ修?);” ;目2增加一?/p>
语句?System.out.println("目2W?ơ修?);”?/p>
提交目1的HelloWorld.java,注意q时版本变成?.3?/p>
q时提交目2的HelloWorld.java,会出C个错误,如下Q?/p>
q是׃资源库中已经h该资源的更新修订版(版本?.3Q,而版本是1.2的项?提交时就会发生冲H?/p>
5. 解决冲突 项?的工作与资源库资源合qӞq以本地方式保存合ƈ的资源。然后可以选择提交此合q的l果?/p>
叛_目2的HelloWorld.java 1.2->组->更新... 如图Q?/p>
注意此时目2的版本已l变成了1.3Q更新后冲突已标记出来,你可以选择是否合ƈ资源库中的内容,然后保存Q这旉?可以提交合ƈ后的版本了。提交后Q项?和资源库的版本变成了1.4?/p>
直接写一?br />
request.setCharacterEncoding("utf-8"); 或者写一个filter
2 get
?br />
String name8=new String(name.getBytes("iso-8859-1"),"utf-8");
]]>
U别Q入门
Brian Goetz (brian@quiotix.com)
Quiotix Corp首席N
2003q?8 ?br />
每个Java对象都有hashCode()?equals()Ҏ。许多类忽略QOverride)q些?br />
法的~省实施,以在对象实例之间提供更深层次的语义可比性。在Java理念和实?br />
q一部分QJava开发h员Brian Goetz向您介绍在创建JavacM有效和准定?br />
hashCode()和equals()时应遵@的规则和指南。您可以在讨坛与作者和其它
读者一同探讨您Ҏ文的看法?您还可以点击本文剙或底部的讨论q入论坛?br />
)
虽然Java语言不直接支持关联数l?-- 可以使用M对象作ؓ一个烦引的数组 --
但在根ObjectcM使用hashCode()Ҏ明确表示期望q泛使用HashMap(及其前辈
Hashtable)。理x况下Z散列的容器提供有效插入和有效索;直接在对?br />
模式中支持散列可以促q基于散列的容器的开发和使用?
定义对象的相{?br />ObjectcL两种Ҏ来推断对象的标识Qequals()和hashCode()。一般来_?br />
果您忽略了其中一U,您必d时忽略这两种Q因Z者之间有必须l持的至?br />
重要的关pR特D情冉|Ҏequals() ҎQ如果两个对象是相等的,它们必须
有相同的hashCode()?管q通常不是真的)?
特定cȝequals()的语义在Implementer的左侧定义;定义对特定类来说equals()
意味着什么是其设计工作的一部分。Object提供的缺省实施简单引用下面等式:
public boolean equals(Object obj) { return (this == obj); }
在这U缺省实施情况下Q只有它们引用真正同一个对象时q两个引用才是相{的
。同PObject提供的hashCode()的缺省实施通过对象的内存地址Ҏ于一?br />
整数值来生成。由于在某些架构上,地址I间大于int值的范围Q两个不同的对象
有相同的hashCode()是可能的。如果您忽略了hashCode()Q您仍旧可以使用
System.identityHashCode()Ҏ来接入这cȝ省倹{?
忽略 equals() -- 单实?
~省情况下,equals()和hashCode()Z标识的实施是合理的,但对于某些类?br />
_它们希望攑֮{式的定义。例如,Integercd义equals() 与下面类|
public boolean equals(Object obj) {
return (obj instanceof Integer
&& intValue() == ((Integer) obj).intValue());
}
在这个定义中Q只有在包含相同的整数值的情况下这两个Integer对象是相{的?br />
l合不可修改的IntegerQ这使得使用Integer作ؓHashMap中的关键字是切实?br />
行的。这U基于值的EqualҎ可以由Javacd中的所有原始封装类使用Q如
Integer、Float、Character和Boolean以及String(如果两个String对象包含相同
序的字W,那它们是相等?。由于这些类都是不可修改的ƈ且可以实?br />
hashCode()和equals()Q它们都可以做ؓ很好的散列关键字?
Z么忽?equals()和hashCode()?
如果Integer不忽略equals() ?hashCode()情况又将如何?如果我们从未?br />
HashMap或其它基于散列的集合中用Integer作ؓ关键字的话,什么也不会发生
。但是,如果我们在HashMap中用这cInteger对象作ؓ关键字,我们不能够
?地检索相关的|除非我们在get()调用中用与put()调用中极其类似的
Integer实例。这要求保在我们的整个E序中,只能使用对应于特定整数值的
Integer对象的一个实例。不用说Q这U方法极不方便而且错误频频?
Object的interface contract要求如果Ҏ equals()两个对象是相{的Q那么它
们必L相同的hashCode()倹{当其识别能力整个包含在equals()中时Qؓ什?br />
我们的根对象c需要hashCode()QhashCode()ҎUa用于提高效率。Javaq_
设计人员预计C典型Java应用E序中基于散列的集合c(Collection Class)?br />
重要?-如Hashtable、HashMap和HashSetQƈ且用equals()与许多对象进行比
较在计算斚w非常昂贵。所有Java对象都能够支?hashCode()q结合用基?br />
散列的集合,可以实现有效的存储和索?
实施equals()和hashCode()的需?br />实施equals()?hashCode()有一些限ӞObject文g中列丑և了这些限制。特?br />
是equals()Ҏ必须昄以下属性:
SymmetryQ两个引用,a?b,a.equals(b) if and only if b.equals(a)
ReflexivityQ所有非I引用, a.equals(a)
TransitivityQIf a.equals(b) and b.equals(c), then a.equals(c)
Consistency with hashCode()Q两个相{的对象必须有相同的hashCode()?br />
Object的规范中q没有明要求equals()?hashCode() 必须一?-- 它们的结
果在随后的调用中是相同的,假设“不改变对象相等性比较中使用的Q何信?br />
。”这听v来象“计的l果不改变Q除非实际情况如此。”这一模糊声明?br />
常解释ؓ相等性和散列D应是对象的可确定性功能,而不是其它?
对象相等性意味着什么?
Z很容易满Objectc规范对equals() ?hashCode() 的要求。决定是否和?br />
何忽略equals()除了判断以外Q还要求其它。在单的不可修值类中,?br />
Integer(事实上是几乎所有不可修改的c?Q选择相当明显 -- 相等性应Z基本
对象状态的相等性。在Integer情况下,对象的唯一状态是基本的整数倹{?
对于可修改对象来_{案q不L如此清楚。equals() 和hashCode() 是否?br />
Z对象的标?象缺省实?或对象的状?象Integer和String)Q没有简单的{?br />
?-- 它取决于cȝ计划使用。对于象List和Mapq样的容器来_ZҎ争论
不已。Javacd中的大多数类Q包括容器类Q错误出现在Ҏ对象状态来提供
equals()和hashCode()实施?
如果对象的hashCode()值可以基于其状态进行更改,那么当用这cd象作为基
于散列的集合中的关键字时我们必须注意Q确保当它们用于作ؓ散列关键字时Q?br />
我们q不允许更改它们的状态。所有基于散列的集合假设Q当对象的散列值用?br />
作ؓ集合中的关键字时它不会改变。如果当关键字在集合中时它的散列代码被更
改,那么生一些不可预和Ҏh的结果。实践过E中q通常不是问题 --
我们q不l常使用象Listq样的可修改对象做ؓHashMap中的关键字?
一个简单的可修改类的例子是PointQ它Ҏ状态来定义equals()和hashCode()?br />
如果两个Point 对象引用相同?x, y)座标QPoint的散列值来源于x和y座标值的
IEEE 754-bit表示Q那么它们是相等的?
对于比较复杂的类来说Qequals()和hashCode()的行为可能甚臛_到superclass
或interface的媄响。例如,List接口要求如果q且只有另一个对象是ListQ而且
它们有相同顺序的相同的Elements(由Element上的Object.equals() 定义)QList
对象{于另一个对象。hashCode()的需求更Ҏ--list的hashCode()值必ȝ?br />
以下计算Q?
hashCode = 1;
Iterator i = list.iterator();
while (i.hasNext()) {
Object obj = i.next();
hashCode = 31*hashCode + (obj==null ? 0 : obj.hashCode());
}
不仅仅散列值取决于list的内容,而且q规定了l合各个Element的散列值的Ҏ
法?Stringc规定类似的法用于计算String的散列倹{?
~写自己的equals()和hashCode()Ҏ
忽略~省的equals()Ҏ比较单,但如果不q反对称QSymmetryQ或传递?br />
QTransitivityQ需求,忽略已经忽略的equals() Ҏ极其手。当忽略
equals()Ӟ您应该L在equals()中包括一些Javadoc注释Q以帮助那些希望?br />
够正扩展您的类的用戗?
作ؓ一个简单的例子Q考虑以下c:
class A {
final B someNonNullField;
C someOtherField;
int someNonStateField;
}
我们应如何编写该cȝequals()的方法?q种Ҏ适用于许多情况:
public boolean equals(Object other) {
// Not strictly necessary, but often a good optimization
if (this == other)
return true;
if (!(other instanceof A))
return false;
A otherA = (A) other;
return
(someNonNullField.equals(otherA.someNonNullField))
&& ((someOtherField == null)
? otherA.someOtherField == null
: someOtherField.equals(otherA.someOtherField)));
}
现在我们定义了equals()Q我们必Ml一的方法来定义hashCode()。一U统一
但ƈ不L有效的定义hashCode()的方法如下:
public int hashCode() { return 0; }
q种Ҏ生成大量的条目q显著降低HashMaps的性能Q但它符合规范。一个更
合理的hashCode()实施应该是这P
public int hashCode() {
int hash = 1;
hash = hash * 31 + someNonNullField.hashCode();
hash = hash * 31
+ (someOtherField == null ? 0 :
someOtherField.hashCode());
return hash;
}
注意Q这两种实施都降低了cȝ态字D늚equals()或hashCode()Ҏ一定比例的
计算能力。根据您使用的类Q您可能希望降低superclass的equals()或hashCode
()功能一部分计算能力。对于原始字D|_在相关的装cM有helper功能Q?br />
可以帮助创徏散列|如Float.floatToIntBits?
~写一个完的equals()Ҏ是不现实的。通常Q当扩展一个自w忽略了equals
()的instantiablecLQ忽略equals()是不切实际的Q而且~写被忽略?br />
equals()Ҏ(如在抽象cM)不同于ؓ具体cȝ写equals()Ҏ。关于实例以?br />
说明的更详细信息请参阅Effective Java Programming Language Guide, Item 7
(参考资? ?
有待改进?
散列法构徏到Javacd的根对象cM是一U非常明智的设计折衷Ҏ -- 它
使用Z散列的容器变得如此简单和高效。但是,Z对Javacd中的散列法
和对象相{性的Ҏ和实施提Z许多批评。java.util中基于散列的容器非常?br />
便和便易用,但可能不适用于需要非帔R性能的应用程序。虽然其中大部分?br />
不会改变Q但当您设计严重依赖于基于散列的容器效率的应用程序时必须考虑q?br />
些因素,它们包括Q?
太小的散列范围。用int而不是long作ؓhashCode()的返回类型增加了散列冲突
的几率?br />
p糕的散列值分配。短strings和小型integers的散列值是它们自己的小整数Q接
q于其它“邻q”对象的散列倹{一个@规导矩(Well-behavedQ的散列函数?br />
在该散列范围内更均匀地分配散列倹{?br />
无定义的散列操作。虽然某些类Q如String和ListQ定义了其Element的散列?br />
l合C个散列g使用的散列算法,但语a规范不定义将多个对象的散列值结
合到新散列g的Q何批准的Ҏ。我们在前面~写自己的equals()和hashCode
()Ҏ中讨论的List、String或实例类A使用的诀H都很简单,但算术上q远q不
够完。类库不提供M散列法的方便实施,它可以简化更先进的hashCode()
实施的创建?br />
当扩展已l忽略了equals()?instantiablecL很难~写equals()。当扩展已经
忽略了equals()?instantiablecLQ定义equals()的“显而易见的”方式都?br />
能满equals()Ҏ的对U或传递性需求。这意味着当忽略equals()Ӟ您必?br />
了解您正在扩展的cȝl构和实施详l信息,甚至需要暴露基本类中的机密字段
Q它q反了面向对象的设计的原则?
l束?br />通过l一定义equals()和hashCode()Q您可以提升cM为基于散列的集合中的?br />
键字的用性。有两种Ҏ来定义对象的相等性和散列|Z标识Q它?br />
Object提供的缺省方法;Z状态,它要求忽略equals()和hashCode()。当对象
的状态更Ҏ如果对象的散列值发生变化,信当状态作为散列关键字使用时您
不允许更更改其状态?
关于作?
Brian Goetzq去15q以来一直是专业软g开发h员。他是Quiotix的首席顾问,
Quiotix是位于加利福g Los Altos的一家Y件开发和咨询公司。参阅Brian?br />
行行业出版物中已经出版和即出版的文章。可以通过brian@quiotix.com?
Brian联系?
http://www.scjp.com.cn
]]>
工厂模式Q客L和工厂类分开。消费者Q何时候需要某U品,只需向工厂请求即可。消费者无M改就可以接纳C品。缺Ҏ当品修ҎQ工厂类也要做相应的修改。如Q如何创建及如何向客L提供?
2、BUILDER—MM最爱听的就是“我׃”这句话了,见到不同地方的MM,要能够用她们的方a跟她说这句话哦,我有一个多U语a译机,上面每种语言都有一个按键,见到MM我只要按对应的键Q它p够用相应的语a说出“我׃”这句话了,国外的MM也可以轻松搞掂,q就是我的“我׃”builder。(q一定比军在伊拉克用的译机好卖)
建造模式:品的内部表象和品的生成q程分割开来,从而一个徏造过E生成具有不同的内部表象的品对象。徏造模式得品内部表象可以独立的变化Q客户不必知道品内部组成的l节。徏造模式可以强制实行一U分步骤q行的徏造过E?
3、FACTORY METHOD—请MM去麦当劳吃汉堡,不同的MM有不同的口味Q要每个都记住是一件烦人的事情Q我一般采用Factory Method模式Q带着MM到服务员那儿Q说“要一个汉堡”,具体要什么样的汉堡呢Q让MM直接跟服务员说就行了?
工厂Ҏ模式Q核心工厂类不再负责所有品的创徏Q而是具体创建的工作交给子类dQ成Z个抽象工厂角Ԍ仅负责给出具体工厂类必须实现的接口,而不接触哪一个品类应当被实例化q种l节?
4、PROTOTYPE—跟MM用QQ聊天Q一定要说些深情的话语了Q我搜集了好多肉ȝ情话Q需要时只要copy出来攑ֈQQ里面p了,q就是我的情话prototype了。(100块钱一份,你要不要Q?
原始模型模式Q通过l出一个原型对象来指明所要创建的对象的类型,然后用复制这个原型对象的Ҏ创徏出更多同cd的对象。原始模型模式允许动态的增加或减品类Q品类不需要非得有M事先定的等U结构,原始模型模式适用于Q何的{l构。缺Ҏ每一个类都必配备一个克隆方法?
5、SINGLETON—俺?个漂亮的老婆Q她们的老公都是我,我就是我们家里的老公SigletonQ她们只要说道“老公”,都是指的同一个hQ那是?刚才做了个梦啦,哪有q么好的?
单例模式Q单例模式确保某一个类只有一个实例,而且自行实例化ƈ向整个系l提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用?
l构型模?/strong>
6、ADAPTER—在朋友聚会上碰C一个美女SarahQ从香港来的Q可我不会说_语Q她不会说普通话Q只好求助于我的朋友kent了,他作为我和Sarah之间的AdapterQ让我和Sarah可以怺交谈?也不知道他会不会耍我)
适配器(变压器)模式Q把一个类的接口变换成客户端所期待的另一U接口,从而原本因接口原因不匚w而无法一起工作的两个c能够一起工作。适配cd以根据参数返q一个合适的实例l客L?
7、BRIDGE—早上碰到MMQ要说早上好Q晚上碰到MMQ要说晚上好Q碰到MMI了件新衣服Q要说你的衣服好漂亮哦,到MM新做的发型,要说你的头发好漂亮哦。不要问我“早上碰到MM新做了个发型怎么说”这U问题,自己用BRIDGEl合一下不p?
桥梁模式Q将抽象化与实现化脱耦,使得二者可以独立的变化Q也是说将他们之间的强兌变成弱关联,也就是指在一个Y件系l的抽象化和实现化之间用组?聚合关系而不是承关p,从而两者可以独立的变化?
8、COMPOSITE—Mary今天q生日。“我q生日,你要送我一件礼物。”“嗯Q好吧,d店,你自己挑。”“这件T恤挺漂亮Q买Q这条裙子好看,乎ͼq个包也不错Q买。”“喂Q买了三件了呀Q我只答应送一件礼物的哦。”“什么呀QT恤加裙子加包包,正好配成一套呀Q小姐,ȝ你包h。”“……”,MM都会用Composite模式了,你会了没有?
合成模式Q合成模式将对象l织到树l构中,可以用来描述整体与部分的关系。合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树l构表示出来。合成模式得客L把一个个单独的成分对象和׃们复合而成的合成对象同{看待?
9、DECORATOR—Maryq完轮到Sarlyq生日,q是不要叫她自己挑了Q不然这个月伙食费肯定玩完,拿出我去q在华山上照的照片Q在背面写上“最好的的礼物,是׃的Fita”,再到街上C品店买了个像框Q卖C品的MM也很漂亮哦)Q再N壁搞术设计的Mike设计了一个漂亮的盒子装v来……,我们都是DecoratorQ最l都在修饰我q个人呀Q怎么P看懂了吗Q?
装饰模式Q装饰模式以对客L透明的方式扩展对象的功能Q是l承关系的一个替代方案,提供比承更多的灉|性。动态给一个对象增加功能,q些功能可以再动态的撤消。增加由一些基本功能的排列l合而生的非常大量的功能?
10、FACADE—我有一个专业的Nikon相机Q我喜Ƣ自己手动调光圈、快门,q样照出来的照片才专业,但MM可不懂这些,教了半天也不会。幸好相机有Facade设计模式Q把相机调整到自动档Q只要对准目标按快门p了,一切由相机自动调整Q这样MM也可以用q个相机l我拍张照片了?
门面模式Q外部与一个子pȝ的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口,使得子系l更易于使用。每一个子pȝ只有一个门面类Q而且此门面类只有一个实例,也就是说它是一个单例模式。但整个pȝ可以有多个门面类?
11、FLYWEIGHT—每天跟MM发短信,手指都篏MQ最q买了个新手机,可以把一些常用的句子存在手机里,要用的时候,直接拿出来,在前面加上MM的名字就可以发送了Q再不用一个字一个字敲了。共享的句子是FlyweightQMM的名字就是提取出来的外部特征Q根据上下文情况使用?
享元模式QFLYWEIGHT在拳L赛中指最轻量U。n元模式以׃n的方式高效的支持大量的细_度对象。n元模式能做到׃n的关键是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部Q不会随环境的改变而有所不同。外蕴状态是随环境的改变而改变的。外蕴状态不能媄响内蕴状态,它们是相互独立的。将可以׃n的状态和不可以共享的状态从常规cM区分开来,不可以׃n的状态从c里剔除出去。客L不可以直接创׃n的对象,而应当用一个工厂对象负责创׃n的对象。n元模式大q度的降低内存中对象的数量?
12、PROXY—跟MM在网上聊天,一开头L“hi,你好?“你从哪儿来呀Q”“你多大了?”“n高多呀Q”这些话Q真烦hQ写个程序做为我的Proxy吧,凡是接收到这些话都设|好了自动的回答Q接收到其他的话时再通知我回{,怎么P酷吧?
代理模式Q代理模式给某一个对象提供一个代理对象,q由代理对象控制Ҏ对象的引用。代理就是一个h或一个机构代表另一个h或者一个机构采取行动。某些情况下Q客户不x者不能够直接引用一个对象,代理对象可以在客户和目标对象直接起到中介的作用。客L分L不出代理主题对象与真实主题对象。代理模式可以ƈ不知道真正的被代理对象,而仅仅持有一个被代理对象的接口,q时候代理对象不能够创徏被代理对象,被代理对象必Lpȝ的其他角色代为创建ƈ传入?
行ؓ模式
13、CHAIN OF RESPONSIBLEITY—晚上去上英语课Qؓ了好开溜坐C最后一排,哇,前面坐了好几个漂亮的MM哎,扑ּU条Q写上“Hi,可以做我的女朋友吗?如果不愿意请向前传”,U条׃个接一个的传上MQ糟p,传到W一排的MM把纸条传l老师了,听说是个老处奛_Q快?
责Q链模式:在责任链模式中,很多对象由每一个对象对其下家的引用而接
h形成一条链。请求在q个链上传递,直到链上的某一个对象决定处理此h。客户ƈ不知道链上的哪一个对象最l处理这个请求,pȝ可以在不影响客户端的情况下动态的重新l织铑֒分配责Q。处理者有两个选择Q承担责L者把责Q推给下家。一个请求可以最l不被Q何接收端对象所接受?
14、COMMAND—俺有一个MM安得特别严,没法见面Q只好借助于她弟弟在我们俩之间传送信息,她对我有什么指C,写一张纸条让她弟弟带l我。这不,她弟弟又传送过来一个COMMANDQؓ了感谢他Q我请他吃了杂酱面Q哪知道他说Q“我同时l我姐姐三个h友送COMMANDQ就C最气Q才h吃面。”,:-(
命o模式Q命令模式把一个请求或者操作封装到一个对象中。命令模式把发出命o的责d执行命o的责d割开Q委z不同的对象。命令模式允许请求的一方和发送的一方独立开来,使得h的一方不必知道接收请求的一方的接口Q更不必知道h是怎么被接Ӟ以及操作是否执行Q何时被执行以及是怎么被执行的。系l支持命令的撤消?
15、INTERPRETER—俺有一个《MM真经》,上面有各UMM的攻略,比如说去吃西的步骤、去看电qҎ{等Q跟MMU会Ӟ只要做一个InterpreterQ照着上面的脚本执行就可以了?
解释器模式:l定一个语a后,解释器模式可以定义出其文法的一U表C,q同时提供一个解释器。客L可以使用q个解释器来解释q个语言中的句子。解释器模式描q怎样在有了一个简单的文法后,使用模式设计解释q些语句。在解释器模式里面提到的语言是指M解释器对象能够解释的Ml合。在解释器模式中需要定义一个代表文法的命ocȝ{l构Q也是一pd的组合规则。每一个命令对象都有一个解释方法,代表对命令对象的解释。命令对象的{l构中的对象的Q何排列组合都是一个语a?
16、ITERATOR—我׃了MaryQ不一切的向她求婚?
MaryQ“想要我跟你l婚Q得{应我的条g?
我:“什么条件我都答应,你说吧?
MaryQ“我看上了那个一克拉的钻石?
我:“我乎ͼ我买Q还有吗Q?
MaryQ“我看上了湖边的那栋别墅?
我:“我乎ͼ我买Q还有吗Q?
MaryQ“你的小弟弟必须要有50cm镎?
我脑袋嗡的一壎ͼ坐在椅子上,一咬牙Q“我剪,我剪Q还有吗Q?
…?
q代子模式:q代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内部表象。多个对象聚在一起Ş成的MUC集,聚集对象是能够包容一l对象的容器对象。P代子模式P代逻辑装C个独立的子对象中Q从而与聚集本n隔开。P代子模式化了聚集的界面。每一个聚集对象都可以有一个或一个以上的q代子对象,每一个P代子的P代状态可以是彼此独立的。P代算法可以独立于聚集角色变化?
17、MEDIATOR—四个MM打麻,怺之间谁应该给谁多钱不清楚了,q怺当时我在旁边Q按照各自的{码数算钱,赚了q从我q里拿,赔了q也付l我Q一切就OK啦,俺得C四个MM的电话?
调停者模式:调停者模式包装了一pd对象怺作用的方式,使得q些对象不必怺明显作用。从而他们可以松散偶合。当某些对象之间的作用发生改变时Q不会立卛_响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的怺作用转化Z对多的相互作用。调停者模式将对象的行为和协作抽象化,把对象在尺度的行ؓ上与其他对象的相互作用分开处理?
18、MEMENTO—同时跟几个MM聊天Ӟ一定要记清楚刚才跟MM说了些什么话Q不然MM发现了会不高兴的哦,q怺我有个备忘录Q刚才与哪个MM说了什么话我都拯一份放到备忘录里面保存Q这样可以随时察看以前的记录啦?
备忘录模式:备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不破坏装的条件下Q将一个对象的状态捉住,q外部化Q存储v来,从而可以在来合适的时候把q个对象q原到存储v来的状态?
19、OBSERVER—想知道׃公司最新MM情报吗?加入公司的MM情报邮gl就行了Qtom负责搜集情报Q他发现的新情报不用一个一个通知我们Q直接发布给邮gl,我们作ؓ订阅者(观察者)可以及时收到情报啦
观察者模式:观察者模式定义了一U一队多的依赖关p,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化Ӟ会通知所有观察者对象,使他们能够自动更新自己?
20、STATE—跟MM交往Ӟ一定要注意她的状态哦Q在不同的状态时她的行ؓ会有不同Q比如你U她今天晚上ȝ电媄Q对你没兴趣的MM׃说“有事情啦”,对你不讨厌但q没喜欢上的MM׃说“好啊,不过可以带上我同事么Q”,已经喜欢上你的MM׃说“几炚wQ看完电影再L吧怎么P”,当然你看电媄q程中表现良好的话,也可以把MM的状态从不讨厌不喜欢变成喜欢哦?
状态模式:状态模式允怸个对象在其内部状态改变的时候改变行为。这个对象看上去象是改变了它的类一栗状态模式把所研究的对象的行ؓ包装在不同的状态对象里Q每一个状态对象都属于一个抽象状态类的一个子cR状态模式的意图是让一个对象在其内部状态改变的时候,其行Z随之改变。状态模式需要对每一个系l可能取得的状态创立一个状态类的子cR当pȝ的状态变化时Q系l便改变所选的子类?
21、STRATEGY—跟不同cd的MMU会Q要用不同的{略Q有的请电媄比较好,有的则去吃小吃效果不错,有的LvҎ漫最合适,单目的都是ؓ了得到MM的芳心,我的qMM锦囊中有好多Strategy哦?
{略模式Q策略模式针对一l算法,每一个算法封装到h共同接口的独立的cMQ从而得它们可以相互替换。策略模式得算法可以在不媄响到客户端的情况下发生变化。策略模式把行ؓ和环境分开。环境类负责l持和查询行为类Q各U算法在具体的策略类中提供。由于算法和环境独立开来,法的增减,修改都不会媄响到环境和客L?
22、TEMPLATE METHOD——看q《如何说服女生上床》这部经典文章吗Q女生从认识C床的不变的步骤分为y遇、打破僵局、展开q求、接吅R前戏、动手、爱抚、进d大步?Template method)Q但每个步骤针对不同的情况,都有不一L做法Q这p看你随机应变?具体实现)Q?
模板Ҏ模式Q模板方法模式准备一个抽象类Q将部分逻辑以具体方法以及具体构造子的Ş式实玎ͼ然后声明一些抽象方法来q子类实现剩余的逻辑。不同的子类可以以不同的方式实现q些抽象ҎQ从而对剩余的逻辑有不同的实现。先制定一个顶U逻辑框架Q而将逻辑的细节留l具体的子类d现?
23、VISITOR—情CQ要l每个MM送一束鲜花和一张卡片,可是每个MM送的花都要针对她个h的特点,每张卡片也要Ҏ个h的特Ҏ挑,我一个h哪搞得清楚,q是找花店老板和礼品店老板做一下VisitorQ让花店老板ҎMM的特炚w一束花Q让C品店老板也根据每个h特点选一张卡Q这样就L多了Q?
讉K者模式:讉K者模式的目的是封装一些施加于某种数据l构元素之上的操作。一旦这些操作需要修改的话,接受q个操作的数据结构可以保持不变。访问者模式适用于数据结构相Ҏ定的pȝQ它把数据结构和作用于结构上的操作之间的耦合解脱开Q得操作集合可以相对自q演化。访问者模式得增加新的操作变的很ҎQ就是增加一个新的访问者类。访问者模式将有关的行为集中到一个访问者对象中Q而不是分散到一个个的节点类中。当使用讉K者模式时Q要尽可能多的对象览逻辑攑֜讉K者类中,而不是放到它的子cM。访问者模式可以跨q几个类的等U结构访问属于不同的{l构的成员类?br />
]]>
]]>
1.先在eclipse中徏立一个新的项目“Hello World CVS”,再徏立一个“HelloWorld”类Q注1Q,只是单地输出语句“HelloWorldQ”?/p>
2.把这个本地项目共享到repository里。打开java视图Q选中q个目Q右键单击->组->׃n目Q?img src="http://blog.csdn.net/images/blog_csdn_net/javamxj/54374/o_d2.jpg" />
出现提示H口后,一路按“Next”即可,直至出现一个“添加至CVS版本控制”的对话框,点击“详l信息”,可以选择哪些资源d到CVS资源库,q里没有选择?Hello World CVS/bin”目录(它不是源代码Q,然后点击“是”即可?/p>
出现“提交”对话框Q可以选择不添加注释,但最好是d。(注意Q每ơ提交时都会提示输入注释Q这是很重要的,作ؓ每一个状态的说明和提C。)
完成后commit所有本地文Ӟ然后你就可以使用CVS强大的版本控制功能了?/p>
?Q?/strong>刚开始时我给“HelloWorld”类用的包名是“cvs.test”,后来׃n目时出现问题,出在cvsq个词上Q把包名改ؓ“cvs1.test”后问题消失。原因是采用“cvs.test”包名时会就建立一个cvs目录Q而共享到repository时也要创建cvs目录Q结果目录名冲突。所以包名不要单独用cvsq个词?/p>
]]>
eclipse-plugins
http://www.sysdeo.com/eclipse/tomcatPlugin.html
EasyStruts
http://easystruts.sourceforge.net
EclipseColorer plugin
http://colorer.sf.net
CVS-SSH2 Plug-in for Eclipse
http://www.jcraft.com/eclipse-cvsssh2/
JadClipse
http://jadclipse.sourceforge.net/
SWT Designer
http://www.swt-designer.com/
Hibernator
http://hibernator.sourceforge.net
]]>
一、o人淆的构造器
package com.huihui.text;
public class Confusing {
private Confusing(Object o){
System.out.print("object");
}
private Confusing(double[] a){
System.out.print("double");
}
public static void main(String args[]){
new Confusing(null);
}
}
输出Q?/span>
double
解释Q精性问?/span>
二、狸猫换太子
package com.huihui.text;
public class Counter {
private static int count;
public static void increament(){
count++;
}
/**
* @return Returns the count.
*/
public static int getCount() {
return count;
}
}
package com.huihui.text;
public class Dog extends Counter {
public void woof(){
increament();
}
// public static void main(String args[]){
// Dog d=new Dog();
// d.increament();
// }
}
package com.huihui.text;
public class Cat extends Counter {
public void meow() {
increament();
}
}
package com.huihui.text;
public class Test {
public static void main(String args[]) {
Dog[] dogs = { new Dog(), new Dog() };
for (int i = 0; i < dogs.length; i++) {
dogs[i].woof();
}
Cat[] cats = { new Cat(), new Cat(), new Cat() };
for (int i = 0; i < cats.length; i++) {
cats[i].meow();
}
System.out.print(Dog.getCount());
}
}
输出Q5
解释Q每一个静态域在声明他的类中及所有子cM׃n一份单一的拷?/span>
但你拿不准是Q优先选择l合而不是?/span>