作为一个可扩展的系统，IE提供了优良的可扩展性，它的步骤可以很复杂，也可以很简单。这里我就以一个简单的示例来演示一下如何为IE增加一个简单的扩展。

首先，我们需要向注册表中添加一个扩展键值，通过这个预置的外部接口，我们可以添加必要的参数和IE进行交互。这里我们要求我们的IE版本起码在IE5之后。

生成GUID：

可以利用Visual Studio的工具->创建GUID工具创建GUID。

添加注册表项：

方法一：打开注册表编辑器（在“开始”->“运行”输入“regedit”（不含引号），确定进入），找到下列键值：

HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Extensions

其中HKEY_CURRENT_USER部分可以替换为HKEY_LOCAL_MACHINE，这样的替换将导致后续的操作将作用于本机的所有用户，而HKEY_CURRENT_USER则只影响本机的当前用户。

在Extensions节点上添加新项，其名称即为之前所创建的GUID。在该GUID下创建相应的项，这些项的名称和内容按下表所示：

按动菜单必然需要触发点事件，对IE的扩展需要更加方便的方式，而不是重新修改IE的代码再编译，这通常也不被允许。IE提供的拓展方式有3种，执行一个COM组件、执行一段脚本或者是执行一个可执行程序。而这些需要我们设置相应的值，它们分别是：

以上各项可以并存，运行该菜单的时候就可以执行相应代码了。

这里我以Script为例，做一个字数统计的示例。

添加脚本代码：

添加脚本代码路径：

名称Script，值http://www.cnblogs.com/volnet/admin/file:///C:/plug-in.htm（把文件放在C盘之下），并设置ClSID和MenuText值

运行后选择文本，然后在菜单中找到添加项。

方法二：除了使用注册表编辑器进行手动添加，我们也可以通过*.reg文件直接向注册表导入该项目，保存下面的文本为<filename>.reg，并运行它们即可，根据上文设置相应的值。

以上步骤完成了对IE的菜单进行扩展。

同样类似的还有Standard Context Menu（标准上下文菜单）。使用同样的脚本我们可以添加标准上下文菜单。这一步骤仅需我们的浏览器为IE4.0以上即可（之前的步骤要求5.0以上）

我们经常见到在页面中右键，有迅雷下载，添加到QQ表情等，你知道他们是怎么制作的吗？在注册表打开以下键值：

HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\MenuExt

在其下添加脚本文件（和菜单项不同的是它只允许脚本形式而不允许COM对象和可执行文件。）

该项的默认值填写执行脚本的路径，如http://www.cnblogs.com/volnet/admin/file:///C:/plug-in.htm

再添加DWORD值，键名为Contexts，其值是由一组二进制标识符通过“位或”的方式叠加的。下表标明它们的含义。

好了，下面让我们添加之前的Word Count的代码。

地址不变，我们要求在HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\MenuExt下创建“字数统计”，在默认中添加C:\plug-in.htm，右键新建DWORD值，名称Contexts，类型REG_DWORD，数据0x30（由0x10|0x20得出，表示我们只在选取文本同时也包括链接文本的时候，才显示“字数统计”菜单）。

同理，我们也可以用*.reg的文件来描述上述过程。

至此我们已经将脚本plug-in.htm正确部署到IE中去了。

您是否见过如下图所示的工具栏呢？（IE8中，IE6之前的版本是以图标栏的方式来显示）

之前的步骤并不会让我们添加该选项。但是却为我们完成了很多的工作。下面我们只需要再修改注册表即可。

在对应的GUID下（...\Extension\<GUID>\）添加ButtonText，设置它的值为“字数统计”。

前面还有个漂亮的图标呢！自己制作一个图标或者在系统中找到一个漂亮的图标（*.ICO）或者在*.dll中引用图标资源形如："example.dll, <your icon name>.ico"即可。在对应GUID下添加Icon，它的值为*.ICO的完整路径。另添加一个HotIcon，方法与Icon一致。二者的区别是HotIcon是指表示在鼠标移到自定义按钮上时，按钮上所显示的图标。而Icon则是正常显示的风格。但是在IE8下似乎没有什么特别的。不知道IE6下是否会有所区别。

有一个可选的Default Visable，在<GUID>下添加Default Visable，设置它的值为“Yes”或“No”。言下之意就是是否默认显示。但是这里要注意一点就是如果通过工具栏的“自定义工具栏”进行了设置，那么该项将无效。

另外有个可选的Lang####，其中####为语言编号。比如简体中文为0x0804（可以查阅这里），则为Lang0804。

在执行命令上，上面提到的三种均被支持（COM对象的调用（如常见的“Gears设置”）、Script调用（如本示例的“字数统计”）、还有Exec的方式。）另外还有Explorer Bar的显示控制（如“Research”）

方式：在<GUID>下添加CLSID或者修改CLSID为：{E0DD6CAB-2D10-11D2-8F1A-0000F87ABD16}指定调用CLSID_Shell_ToolbarExtBand扩展，之前调用的是CLSID_Shell_ToolbarExtExec类。然后添加一个项为BandCLSID，它的值为代显示的Explorer Bar的GUID，如果您没有这么一个Bar，可以先用Research的GUID代替一下：{FF059E31-CC5A-4E2E-BF3B-96E929D65503}。

其中__defineGetter__, __defineSetter__扩展方式详见这里：点击进入。

file:\\__firefox_extension.js

 /**//*firefox window.event*/
function __firefox()
{
    HTMLElement.prototype.__defineGetter__("runtimeStyle", __element_style);
    window.constructor.prototype.__defineGetter__("event", __window_event_constructor_getter);
    window.constructor.prototype.__defineSetter__("event", __window_event_constructor_setter);
    Event.prototype.__defineGetter__("srcElement", __event_srcElement);
    HTMLElement.prototype.__defineGetter__("outerHTML",__element_outerHTML_getter);
    HTMLElement.prototype.__defineSetter__("outerHTML",__element_outerHTML_setter);
    HTMLElement.prototype.__defineGetter__("canHaveChildren",__canHaveChildren_getter);
}
function __canHaveChildren_getter(){
    return !/^(area|base|basefont|col|frame|hr|img|br|input|isindex|link|meta|param)$/.test(this.tagName.toLowerCase());
}
function __element_outerHTML_setter(s){
    var r = this.ownerDocument.createRange();
    r.setStartBefore(this);
    var df = r.createContextualFragment(s);
    this.parentNode.replaceChild(df, this);
    return s;
}
function __element_outerHTML_getter(){
    var a=this.attributes, str="<"+this.tagName, i=0;for(;i<a.length;i++)
    if(a[i].specified) str+=" "+a[i].name+'="'+a[i].value+'"';
    if(!this.canHaveChildren) return str+" />";
    return str+">"+this.innerHTML+"</"+this.tagName+">";
}
function __element_style()
{
    return this.style;
}

function __event_srcElement()
{
    return this.target;
}
function __window_event_constructor_getter()
{
    if(document.all)
    {
        return window.event;
    }
    var _caller = __window_event_constructor.caller;
    while(_caller!=null){
        var _argument = _caller.arguments[0];
        if(_argument){
            var _temp = _argument.constructor;
            if(_temp.toString().indexOf("Event")!=-1)
            {
                return _argument;
            }
        }
        _caller = _caller.caller;
    }
    return null;
}
function __window_event_constructor_setter(e)
{
    //
}
if(window.addEventListener)
{
    __firefox();
}

/**//*end firefox.event*/

1、使用了大量的计算，每次滚动，都少不了一大堆的运算。 2、使用了JavaScript脚本，脚本这东西受到浏览器的限制，即便没有限制，也同样因为网页的下载模式问题，可能因为脚本下载未完成或者下载失败而致使脚本无法正确运行。 3、条条大路通罗马，但是看看那方块，当快速滚动滚动条的时候，会发现那个可爱的方块抖动地厉害。这也难怪，那么多的计算谁能受得了？

Programming WCF Service Chapter4 对此进行了细致的描述。（更多细节请自行阅读～）

WCF支持三种类型的Instance管理：

1、pre-call services：每个客户端请求对应一个instance

2、Sessionful services：每个客户端连接对应一个instance

3、Singleton services：所有客户端共享一个instance

利用Behaviors可以解决这方面的问题（还有一些其他基于“服务端”的其他方面的问题可以通过使用behaviors来解决）。

注：客户端是不知道服务端设置了什么样的behaviors的。

VS2008MSDN：ms-help://MS.VSCC.v90/MS.MSDNQTR.v90.en/fxref_system.servicemodel/html/88efb135-d425-e5b1-57d6-01a67158c1a5.htm

Apply the ServiceBehaviorAttribute attribute to a service implementation to specify service-wide execution behavior. (To specify execution behavior at the method level, use the OperationBehaviorAttribute attribute.) This attribute can be applied only to service implementations.

ServiceBehaviorAttribute：仅应用于服务实现。

OperationBehaviorAttribute：用于方法级别。

设置instance模式类型由ServiceBehaviorAttribute的属性InstanceContextMode进行设置，默认值为PerSession.

Per-Call Services

只有当客户端调用的时候才有instance。

为了说明问题，书中用了很形象的例子。

Code:

结果为：

WcfServiceLibrary1.MyContract()
Counter = 1
WcfServiceLibrary1.Dispose()
WcfServiceLibrary1.MyContract()
Counter = 1
WcfServiceLibrary1.Dispose()
WcfServiceLibrary1.MyContract()
Counter = 1
WcfServiceLibrary1.Dispose()

很明显，每次的值都是0+1的结果，这正说明了percall的方式是每个请求一个Instance的。

Per-Session Services

修改上面的例子：

[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall)]

为：

[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerSession)]

结果为：

WcfServiceLibrary1.MyContract()
Counter = 1
Counter = 2
Counter = 3
WcfServiceLibrary1.Dispose()

很明显Instance只有一个了。

我们WcfServiceLibrary默认的Bind是wsHttpBinding，但若是basicHttpBinding，由于每个http到达服务端都是一个新的连接，因此服务端无法判断是哪个连接。

增加服务端app.config中Endpoint。

<endpoint address="basic" binding="basicHttpBinding" name="basic" contract="WcfServiceLibrary1.IMyContract" />

重新导入后修改Program里的程序：

ServiceReference1.MyContractClient proxy = new ConsoleApplication1.ServiceReference1.MyContractClient("basic");

或

ServiceReference1.MyContractClient proxy = new ConsoleApplication1.ServiceReference1.MyContractClient("WSHttpBinding_IMyContract");

其中basic和WSHttpBinding_IMyContract为两种不同形式的服务在客户端的Endpoint.Name。

之前默认WSHttpBinding_IMyContract，现在由于存在多个Endpoint，则需要显示指定。

现指定为basic。再次运行，结果：

WcfServiceLibrary1.MyContract()
Counter = 1
WcfServiceLibrary1.Dispose()
WcfServiceLibrary1.MyContract()
Counter = 1
WcfServiceLibrary1.Dispose()
WcfServiceLibrary1.MyContract()
Counter = 1
WcfServiceLibrary1.Dispose()

其结果与PerCall是相同的。

通过SessionId可以获得Instance的SessionId

使用Per-Session方式可以通过设置SessionMode属性（允许、必须、不允许三种枚举）。

SessionMode：Gets or sets a value that indicates whether a session is required by the contract.

SessionMode 枚举http://msdn2.microsoft.com/zh-cn/library/system.servicemodel.sessionmode.aspx

刚才由于我添加了basic的方式，因为默认选中Allowed，因此刚才的之所以结果与PerCall相同，是因为它，下面我将其修改为Required。

将

[ServiceContract]

修改为

[ServiceContract(SessionMode=SessionMode.Required)]

结果为一个运行时错误：

但是若使用wsHttpBinding，但却without security and without reliable messaging也将无法维持transport-level session。

添加如下代码到app.config(Service)（指定其为无安全并且不可靠消息） <system.serviceModel><!-- Other service Model --> <bindings>     <wsHttpBinding>       <binding name="wsBinding">         <reliableSession enabled="false" />         <security mode="None" />       </binding>     </wsHttpBinding>   </bindings> </system.serviceModel>

<endpoint address="" binding="wsHttpBinding" contract="WcfServiceLibrary1.IMyContract" bindingConfiguration="wsBinding" > 增加绑定配置为wsBinding

确保服务端程序为： [ServiceContract(SessionMode = SessionMode.Allowed)] (或者没设) [ServiceBehavior(InstanceContextMode = InstanceContextMode.PerSession)]

运行结果与PerCall的结果相同。其原因也就是因为wsHttpBinding未设置安全可靠的Session。

超时

inactivityTimeout：超时时间

在连接空闲的情况下，以客户端和服务端的超时时间中最短的那个来决定是否移除Instance，若之后再调用则会抛出异常。

作者额外注明可以采用：AutomaticSessionShutdown属性。其设置为true则当proxy.Close()的时候自动关闭Session，设为false的时候则只有在服务端将服务关闭才会关闭Session。

但是，若将其修改为NotAllowed

则结果与PerCall相同(手动写为PerSession)。(不管服务配置如何，它总会是PerCall。因为TCP和IPC协议总是维持transport level，你不能将它们配置SessionMode.NotAllowed，它们会在服务载入时进行验证。作者建议是“在选择使用SessionMode.NotAllowed的同时，将服务配置为PerCall”。)

Singleton Service

Singleton，顾名思义就是仅有一个Instance，供所有客户端调用。

在说明问题之前先修改上面的例子：

Tester中：

运行的结果：(Output<Debug>)

//客户端调用前

//...
//其他代码
//...
WcfServiceLibrary1.MyContract()
//...
//其他代码
//...

//客户端调用后

//...
//其他代码
//...
Counter = 1
Counter = 2
Counter = 3
Counter = 4
Counter = 5
Counter = 6
Counter = 7
Counter = 8
Counter = 9
//...
//其他代码
//...

从Counter的值看来，多个proxy调用的是同一个Instance。

值得一提的是WcfServiceLibrary1.MyContract()，也就是构造函数的调用时间是在Service启动的时候，而PerCall与Sessionful构造函数调用时间都是在proxy调用之时。而且只有当Host关闭的时候才会Dispose()。

MSDN：

If the InstanceContextMode value is set to Single the result is that your service can only process one message at a time unless you also set the ConcurrencyMode value to Multiple.

也就是说除非将服务设置成多线程的，否则在一个时间只能处理一个消息请求。

从HOST端控制SingletonInstance

方式一：

修改代码：

static void Main(string[] args) {     Uri baseAddress = new Uri(http://localhost:8731/Design_Time_Addresses/WcfServiceLibrary1/MyContract/);     WcfServiceLibrary1.MyContract singleInstance = new WcfServiceLibrary1.MyContract();     singleInstance.CountProperty = 200;//设置初始值200     System.ServiceModel.ServiceHost host = new System.ServiceModel.ServiceHost(singleInstance);     host.AddServiceEndpoint(typeof(WcfServiceLibrary1.IMyContract), new WSHttpBinding(), baseAddress);     host.Open();     Console.WriteLine("host state = {0}", host.State.ToString());      ServiceReference1.MyContractClient proxy = new ConsoleApplication1.ServiceReference1.MyContractClient("WSHttpBinding_IMyContract");     proxy.Count();     proxy.Count();     singleInstance.CountProperty = 100;//修改singletonInstance.CountProperty为100     proxy.Count();     Console.WriteLine(proxy.Endpoint.Name);     Console.WriteLine(proxy.InnerChannel.SessionId);     proxy.Close();     Console.WriteLine(proxy.Endpoint.Name);     Console.WriteLine(proxy.InnerChannel.SessionId);     Console.WriteLine("_________________________________________________________");     Console.ReadKey();      host.Close(); }

向 public class MyContract 添加属性： public int CountProperty {     set     {         count = value;     } }

无须启动WcfServiceLibrary1（将用外部Host进行启动）直接运行客户端程序：

结果：

//客户端调用前

//...
//其他代码
//...
WcfServiceLibrary1.MyContract()
//...
//其他代码
//...

//客户端调用后

//...
//其他代码
//...
Counter = 201
Counter = 202
Counter = 101
//...
//其他代码
//...

方式二：

通过OperationContext.Current.Host 来获取当前进程的host

此方法我暂时未调出来，大家有想到或做到的麻烦告诉我！

先假设以上方法可行吧。

现在我遇到的问题：

1、OperationContext.Current这里的（MSDN:Gets or sets the execution context for the current thread.
）current thread是指我ConsoleApplication也就是Client的线程呢，还是指Service端的线程？（据我常理分析应该是服务端的线程）。理论上我应该在Count()方法内写这段代码，但是问题又涉及到通过Client端进行调用时是使用proxy，这样真正的情况会是怎样呢？

2、因此我又写了一个在一个ConsoleApplication里完成服务的代码，此时在host.SingletonInstance的确是被赋值了(不再是null了)，但是紧接着我调用OperationContext.Current却发现其为null，也就是说这里的OperationContext并没有被赋值。继而将其转移到同在一个程序内的MyContract.Count()方法中，但是其值仍然为空，因此此法再度失效。

希望作为高手的您能够提供一个使用OperationContext.Current的场景。什么样算是OperationContext的当前线程？

推荐阅读：

http://www.microsoft.com/china/MSDN/library/Windev/WindowsVista/WCFEssentials.mspx?mfr=true

比如：

Main.cpp

#include “Animal.h”

#include “Fish.h”

……

Animal.h

class Animal()

{

}

Fish.h

#include “Animal.h”

class Fish():public Animal

{

}

因此在调用Main.cpp的时候先运行

1→#include “Animal.h”