有时候.我们总是不希望出现不速之客.而是更希望来的是我们的朋友.可是如果
用一支普通的笔把所有人的名字记录下来我们很难判断那些才是我们的朋友.所
以.如果有一支友情之笔和一个之能呈现友情之笔的笔记本.那么情况就好的多了.
就如同当你使用ArrayList或Hashtable之类的容器装载数据的时候.所有的数据都
别染成了同样的颜色---object 而你必须时刻判断是否你想要的数据类型.你可能
总是在写if (o is yourType)这样的这样很麻烦.也没必要.因为你现在是要限定
访问者.而不是一个可以容纳所有的容器.或许你会说可以使用数组yourType[] yt
那么.很遗憾.你无法很方面的迭代和插入更新.删除.查找等容器可以方面完成的
东西.同样你是为了把容器中的对象漂洗出来,才那样作而不是真得为了取代容器
本身.因此现在你存在的问题如何指定一个你所需要的容器.这也就是为什么要
提出visitor模式的必要性.那么同样我们还是来分工和抽象.通过上面的描述
需要两份工作来完成这个操作.一个是负责定制访问的Visitors 另一个则是
用来确定访问类型的.也就是说他是守门的.只有符合类型才可以通过.其实这
个模式很简单.OK还是从一个简单的假设开始.
我们以我刚才说的朋友列表开始.朋友具有友情之笔所以是可以写入到存储中的.
而没有的就不可以.
//Visitors抽象对象开始
public interface IVisitors{
void ListVisitor(IList IL);//迭代判断访问容器中好友
void operationf (Friend f);//如果是好友就显示
}
public class FrVisitor : IVisitors{
public void ListVisitor(IList IL){
int count,Item=0;
count=IL.Count;
//迭代元素
for (Item;Item<count-1;Item++){
if(IL[Item] is Visitable)
(Visitable (IL[Item])).accept(this);
}
}
public void operationf(Friend f){
Console.WriteLine("好友是:"+f.neme);
}
}
//可访问对象得接口
public interface IVisitable{
void accept (IVisitor v) ;
}
public class Friend : IVisitable{
public string name;
public Friend(string n){
this.name=n;
}
public void accept(IVisitor v){
v.operationf(this);
}
}
//下面客户调用
public class Client
{
public static int Main(string[] args)
{
ArrayList al=new ArrayList();
Friend f1=Friend("yarshray");
Friend f2=Friend("Tommy");
al.Add("badboy");
al.Add("Bow");
al.Add(f1);
al.Add(f2);
FrVisitor fv=new FrVisitor();
fv.ListVisitor(al);
return 0;
}
}
最终只有好友才被显示出来.事实上.当你在用组件而不是直接和数据库打交道得时候
使用Visitor模式可以起到和数据视图一样得效果.把客户不希望看到得数据屏蔽掉.而
之给客户感兴趣得数据.Visitor本身不存储任何数据.只是作迭代和判断.而Visiable
则负责是否处理.存储依然交给容器.