.NET使用Javascript

前言
之前写过一篇文章,是关于在.NET中,使用v8sharp作为v8Engine的Wraper, 从而在.NET中与Javascript互操作。不过v8Sharp有几个很大的问题,第一,在参数中传递中文字符串会产生乱码。第二,无法在.NET中,使用.NET对象作为参数传递给Javascript。这样的话,v8Sharp的实用价值就降低了不少。好在v8Engine相当出色,有众多的.NET开源Wrapper,于是,找到了这款Javascript.NET,可扩展性相当强的Wrapper。
v8Engine
v8Engine是Google Chrome使用的JS解释引擎, 其执行效率相当的高,根据我自己的测试,是高于IE8,FF3等浏览器所使用的JS引擎。目前的最新版本与IE9,FF4的执行效率不相上下。而且Javascript本身是C Style的编程语言,对于我们这种长期使用C、C++和C#的开发人员来说,比LUA等脚本语言更具亲和力。
Javascript.NET
之前提到了它的可扩展性相当强,是因为它很简单,无论是从源代码来看,还是从使用上来看,都相当的简单。自己仅需要简单的包装一下,即可实现大部分非常有用的功能。 官方网站的入门指引只提到了它可以执行JS代码,没有提到如何执行JS定义的方法,实际上在调用它的Run方法时,JS代码已经被编译进了上下文,如果把JS定义的方法预先编译一次,即可在以后通过函数名称直接调用JS方法。我恰好利用了这个特性对该类库进行了一些简单的包装,实现了.NET与JS的函数互调用。不过目前官方提供的最新版本存在一个Bug,在.NET中调用JS时(通过Run方法执行JS),会随机出现“(Unknown Location)”异常,实际是因为Stack overflow引起的,我稍微修改了一下官方的源代码,修正了这个问题,在后面提供的源代码中,Noesis.Javascript.dll已经是修正了该问题的编译版本。如果需要Noesis.Javascript.dll的源代码,请联系我。
How to use
我仅仅对Javascript.NET进行了一个简单的包装,在源代码中也提供了Example,这里就大概说明一下。
首先是配置文件,有如下几个属性:
  • StartEngine:是否启动JS引擎,如果设置为False,则不会启动引擎,也无法调用类库中的任何方法(会抛出异常)。
  • RelativePath:是否为相对路径,可以将JS文件放在应用程序根目录,或者放在任意位置,如果在根目录,则可以配置该属性为True,并填写脚本文件所在的文件夹名称即可,具体可以参考Example。
  • ScriptPath:脚本文件路径,根据RelativePath填写目录名称或者完整物理路径。
  • CreateGACMapping:是否创建全局程序集映射,该操作比较耗时,在启动脚本引擎时,大概需要5-10秒的时间创建映射,好处是在JS方法中,可以简单的通过命名空间+类名和程序集名称实例化.NET对象,具体参见下面的代码片段。
  • CreateMappingAsyn:是否异步创建映射,设置为True以免阻塞主线程,在Mapping结束时,JS引擎会触发事件。具体参考Example代码。
监听Mapping结束事件:
{
    Console.Write("映射创建完成");
};

JS的一般调用方法:

function normalMethod(msg)
{
    msg="Hello,return from js:"+msg;
    return msg;
}

C#代码:

   string rtv = (string)JScriptManager.Call("normalMethod", msg);
   Console.WriteLine(rtv);

传递.NET对象作为JS方法的参数:

function callDotNet(speaker)
{
    speaker.Print("output from js");
}

C#代码:

public class Speaker
{
    public void Print(string msg)
    {
        Console.WriteLine(msg);
    }
}
JScriptManager.Call("callDotNet", new Speaker());

在JS中通过强命名方式实例化.NET对象(无需创建GAC映射)

function testCreateByFullName()
{
    var proc=$.Create("System.Diagnostics.Process, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089",null);
    proc.StartInfo.FileName="calc";
    proc.Start();
}

在JS中通过完全限定名+程序集名称创建.NET对象(需要GAC映射):

function testCreateByShortName()
{
    var proc=$.Create("System.Diagnostics.Process","System",null);
    proc.StartInfo.FileName="explorer";
    proc.StartInfo.Arguments = "about:blank";
    proc.Start();
}

在JS中调用.NET静态方法:

function testStaticMethod()

{

    var arg=new Array();

    arg[0]=-25;

    var rtv = $.StaticMethod("System.Math","mscorlib","Abs",arg);

    return rtv;

}

在源代码中提供的Example分别包含了上述介绍的使用方法,最终运行的效果是在控制台输出两句字符串,并启动Windows自带的计算器和默认的浏览器。 
 Javascript.NET Fix 源码(修正了Stack overflow的问题,编译的话,需要安装Python 2.6.1,Python 3.X编译会出现异常) PS:源代码都是VS2010的Proj 
 
JavaScript 开发进阶:理解 JavaScript 作用域和作用域链
  作用域是JavaScript最重要的概念之一,想要学好JavaScript就需要理解JavaScript作用域和作用域链的工作原理。今天这篇文章对JavaScript作用域和作用域链作简单的介绍,希望能帮助大家更好的学习JavaScript。
JavaScript作用域
  任何程序设计语言都有作用域的概念,简单的说,作用域就是变量与函数的可访问范围,即作用域控制着变量与函数的可见性和生命周期。在JavaScript中,变量的作用域有全局作用域和局部作用域两种。

  1.  全局作用域(Global Scope)

  在代码中任何地方都能访问到的对象拥有全局作用域,一般来说一下几种情形拥有全局作用域:

  (1)最外层函数和在最外层函数外面定义的变量拥有全局作用域,例如:

var authorName="山边小溪";
function doSomething(){
    var blogName="梦想天空";
    function innerSay(){
        alert(blogName);
    }
    innerSay();
}
alert(authorName); //山边小溪
alert(blogName); //脚本错误
doSomething(); //梦想天空
innerSay() //脚本错误

  (2)所有末定义直接赋值的变量自动声明为拥有全局作用域,例如:

function doSomething(){
    var authorName="山边小溪";
    blogName="梦想天空";
    alert(authorName);
}
alert(blogName); //梦想天空
alert(authorName); //脚本错误

  变量blogName拥有全局作用域,而authorName在函数外部无法访问到。

  (3)所有window对象的属性拥有全局作用域

  一般情况下,window对象的内置属性都都拥有全局作用域,例如window.name、window.location、window.top等等。

 

  1.  局部作用域(Local Scope)  

  和全局作用域相反,局部作用域一般只在固定的代码片段内可访问到,最常见的例如函数内部,所有在一些地方也会看到有人把这种作用域成为函数作用域,例如下列代码中的blogName和函数innerSay都只拥有局部作用域。

function doSomething(){
    var blogName="梦想天空";
    function innerSay(){
        alert(blogName);
    }
    innerSay();
}
alert(blogName); //脚本错误
innerSay(); //脚本错误
      作用域链(Scope Chain)
  在JavaScript中,函数也是对象,实际上,JavaScript里一切都是对象。函数对象和其它对象一样,拥有可以通过代码访问的属性和一系列仅供JavaScript引擎访问的内部属性。其中一个内部属性是[[Scope]],由ECMA-262标准第三版定义,该内部属性包含了函数被创建的作用域中对象的集合,这个集合被称为函数的作用域链,它决定了哪些数据能被函数访问。
  当一个函数创建后,它的作用域链会被创建此函数的作用域中可访问的数据对象填充。例如定义下面这样一个函数:
function add(num1,num2) {
    var sum = num1 + num2;
    return sum;
}

  在函数add创建时,它的作用域链中会填入一个全局对象,该全局对象包含了所有全局变量,如下图所示(注意:图片只例举了全部变量中的一部分):

  

  函数add的作用域将会在执行时用到。例如执行如下代码:

var total = add(5,10);

  执行此函数时会创建一个称为“运行期上下文(execution context)”的内部对象,运行期上下文定义了函数执行时的环境。每个运行期上下文都有自己的作用域链,用于标识符解析,当运行期上下文被创建时,而它的作用域链初始化为当前运行函数的[[Scope]]所包含的对象。

  这些值按照它们出现在函数中的顺序被复制到运行期上下文的作用域链中。它们共同组成了一个新的对象,叫“活动对象(activation object)”,该对象包含了函数的所有局部变量、命名参数、参数集合以及this,然后此对象会被推入作用域链的前端,当运行期上下文被销毁,活动对象也随之销毁。新的作用域链如下图所示:

        

  在函数执行过程中,没遇到一个变量,都会经历一次标识符解析过程以决定从哪里获取和存储数据。该过程从作用域链头部,也就是从活动对象开始搜索,查找同名的标识符,如果找到了就使用这个标识符对应的变量,如果没找到继续搜索作用域链中的下一个对象,如果搜索完所有对象都未找到,则认为该标识符未定义。函数执行过程中,每个标识符都要经历这样的搜索过程。

作用域链和代码优化

  从作用域链的结构可以看出,在运行期上下文的作用域链中,标识符所在的位置越深,读写速度就会越慢。如上图所示,因为全局变量总是存在于运行期上下文作用域链的最末端,因此在标识符解析的时候,查找全局变量是最慢的。所以,在编写代码的时候应尽量少使用全局变量,尽可能使用局部变量。一个好的经验法则是:如果一个跨作用域的对象被引用了一次以上,则先把它存储到局部变量里再使用。例如下面的代码:

function changeColor(){
    document.getElementById("btnChange").onclick=function(){
        document.getElementById("targetCanvas").style.backgroundColor="red";
    };
}

  这个函数引用了两次全局变量document,查找该变量必须遍历整个作用域链,直到最后在全局对象中才能找到。这段代码可以重写如下:

function changeColor(){
    var doc=document;
    doc.getElementById("btnChange").onclick=function(){
        doc.getElementById("targetCanvas").style.backgroundColor="red";
    };
}

  这段代码比较简单,重写后不会显示出巨大的性能提升,但是如果程序中有大量的全局变量被从反复访问,那么重写后的代码性能会有显著改善。

改变作用域链

  函数每次执行时对应的运行期上下文都是独一无二的,所以多次调用同一个函数就会导致创建多个运行期上下文,当函数执行完毕,执行上下文会被销毁。每一个运行期上下文都和一个作用域链关联。一般情况下,在运行期上下文运行的过程中,其作用域链只会被 with 语句和 catch 语句影响。

  with语句是对象的快捷应用方式,用来避免书写重复代码。例如:

function initUI(){
    with(document){
        var bd=body,
            links=getElementsByTagName("a"),
            i=0,
            len=links.length;
        while(i < len){
            update(links[i++]);
        }
        getElementById("btnInit").onclick=function(){
            doSomething();
        };
    }
}

  这里使用width语句来避免多次书写document,看上去更高效,实际上产生了性能问题。

  当代码运行到with语句时,运行期上下文的作用域链临时被改变了。一个新的可变对象被创建,它包含了参数指定的对象的所有属性。这个对象将被推入作用域链的头部,这意味着函数的所有局部变量现在处于第二个作用域链对象中,因此访问代价更高了。如下图所示:

        

  因此在程序中应避免使用with语句,在这个例子中,只要简单的把document存储在一个局部变量中就可以提升性能。

  另外一个会改变作用域链的是try-catch语句中的catch语句。当try代码块中发生错误时,执行过程会跳转到catch语句,然后把异常对象推入一个可变对象并置于作用域的头部。在catch代码块内部,函数的所有局部变量将会被放在第二个作用域链对象中。示例代码:

try{
    doSomething();
}catch(ex){
    alert(ex.message); //作用域链在此处改变
}

  请注意,一旦catch语句执行完毕,作用域链机会返回到之前的状态。try-catch语句在代码调试和异常处理中非常有用,因此不建议完全避免。你可以通过优化代码来减少catch语句对性能的影响。一个很好的模式是将错误委托给一个函数处理,例如:

try{
    doSomething();
}catch(ex){
    handleError(ex); //委托给处理器方法
}

  优化后的代码,handleError方法是catch子句中唯一执行的代码。该函数接收异常对象作为参数,这样你可以更加灵活和统一的处理错误。由于只执行一条语句,且没有局部变量的访问,作用域链的临时改变就不会影响代码性能了。

转自:http://www.congci.com/item/dotnet-use-javascript

以上是.NET使用Javascript的全部内容。
THE END
分享
二维码
< <上一篇
下一篇>>