yangdj2000/
共181个网摘 [
1 2 3 4 5 6 7 ]
上一页 |
下一页 |
访问yangdj2000的个人空间
yangdj2000收录，时间：2008-4-9 11:46:26 | 相关网摘，我也收藏
package lq.test;
import java.io.*;
import java.util.*;
//*********创建型模式***************
//factory method 1
//1具体的构造算法，和2构造出的具体产品由子类实现
interface Product {
}
//或者我也提供一个工厂的接口，由这个抽象类来继承它
abstract class Factory {
abstract public Product fmd();
//我认为这个方方法的存在是，是对FactoryMethod方法的补充
//例如可以为生成的对象赋值，计算为生成对象应付何值，前后的日值
//且这些都是公用的，生成产品的最主要算法还是在FactoryMethod中，
//这个方法只是起辅助作用，这也是一种思维方法，将具体的算法实现在一个方法中
//而我不直接调用此方法，而使用另外的一个方法封装它，等到了更灵活的效果，而
//子类需实现的内容是FactoryMethod
//此方法是一个TemplateMethod
public Product creat() {
Product pd = null;
System.out.println("before operation");
pd = fmd();
System.out.println("end operation");
return pd
http://blog.csdn.net/JackieCong/archive/2006/06/25/833609.aspx
yangdj2000收录，时间：2008-4-1 17:34:00 | 相关网摘，我也收藏
注意的，Employee类中的Games方法在触发事件PlayGame之前需要判断该事件是否为null。当employee对象的Games方法触发事件PlayGame后，必须有一个目标函数来处理这个事件，而该语句正是判断该目标函数是否存在。如果将这个判断去掉，且对事件不进行任何绑定而直接调用Games方法，程序将在事件PlayGame处弹出一个NullReferenceException的异常。
读者能够从委托与事件的代码中得出什么结论吗？两个需要存在调用关系的类型，在各自的实现中却没有编写实际的调用代码，它们只是通过一个事件和一个第三方的委托类型完成了消息的传递过程。两个类型之间不存在任何的紧密耦合，它们看似松散地通过一个委托对象中通信，实现了本书一直宣传的“高聚合”和“低耦合”观点。
http://blog.csdn.net/chiangbt/archive/2008/01/17/2050174.aspx
共181个网摘 [
1 2 3 4 5 6 7 ]
上一页 |
下一页