深入Atlas系列：Web Sevices Access in Atlas示例（6） - 在客户端隐藏服务器端类型信息

　　如果要在客户端指定服务器端Web Service方法所接收的参数类型，就必须在客户端通过“__type”来指定，但是这就暴露了服务器端的具体类型了，这可不太好。现在我们就来看一下应该如何解决这个问题。在这里，我会使用以前的文章《深入Atlas系列：Web Sevices Access in Atlas示例（3） - 在Web Services方法中使用多态》里用过的例子，不过它的内容是使用CTP版本的Atlas，已经过期，因此还是需要一些改变。这个示例会分成好几步进行，我们一点点地来看它的实现：


1、定义需要的类型

　　首先，我们定义一下所需的类型。我们的目标是计算某种类型员工的工资，于是，我们先定义一个员工的抽象类：

namespace  Jeffz.HiddenTypes
{
     public   abstract   class  Employee
    {
         private   int  _Years;

         public   int  Years
        {
             get
            {
                 return   this ._Years;
            }
             set
            {
                 this ._Years  =  value;
            }
        }

         public   string  RealStatus
        {
             get
            {
                 return   this .GetType().Name;
            }
        }

         public   abstract   int  CalculateSalary();
    }
}

　　然后定义一下可怜的实习生，不管干多少年，永远只有2000元工资：

namespace  Jeffz.HiddenTypes
{
     public   class  Intern : Employee
    {
         public   override   int  CalculateSalary()
        {
             return   2000 ;
        }
    }
}

　　然后是签第三方公司的合同工，底薪5000，每年增加1000：

namespace  Jeffz.HiddenTypes
{
     public   class  Vendor : Employee
    {
         public   override   int  CalculateSalary()
        {
             return   5000   +   1000   *  (Years  -   1 );
        }
    }
}

　　最后是正式员工（全职工），底薪12000，每年增加2000：

namespace  Jeffz.HiddenTypes
{
     public   class  FulltimeEmployee : Employee
    {
         public   override   int  CalculateSalary()
        {
             return   12000   +   2000   *  (Years  -   1 );
        }
    }
}

2、制作一个不隐藏服务器端类型的应用

　　首先，自然是定义一个Web Service，我们将其命名为ExposedRealTypesService.asmx

[WebService(Namespace  =   " [url]http://tempuri.org/[/url] " )]
[WebServiceBinding(ConformsTo  =  WsiProfiles.BasicProfile1_1)]
[ScriptService]
public   class  ExposedRealTypesService : System.Web.Services.WebService
{
    [GenerateScriptType( typeof (Intern))]
    [GenerateScriptType( typeof (Vendor))]
    [GenerateScriptType( typeof (FulltimeEmployee))]
    [WebMethod]
     public   string  CalculateSalary(Employee employee)
    {
         return   " I'm  "   +  employee.RealStatus  +   " , my salary is  "   +  employee.CalculateSalary()  +   " . " ;
    }
    
}

　　在这里我们使用了GenerateScriptTypeAttribute来告诉这个Web Service：“我们可能会使用这些类来作为参数传递给你，请注意JSON字符串里的__type标志”，于是我们就能使用了。我们来看一下我们需要的HTML：

< asp:ScriptManager  ID ="ScriptManager"  runat ="server" >
     < Services >
         < asp:ServiceReference  Path ="ExposedRealTypesService.asmx"  InlineScript ="false"   />
     </ Services >
</ asp:ScriptManager >
    
< div > Years: < input  type ="text"  id ="txtYears"   /></ div >
< div >
    Status:
     < select  id ="comboStatus"  style ="width:150px;" >
         < option  value ="Jeffz.HiddenTypes.Intern" > Intern </ option >
         < option  value ="Jeffz.HiddenTypes.Vendor" > Vendor </ option >
         < option  value ="Jeffz.HiddenTypes.FulltimeEmployee" > FTE </ option >
     </ select >
</ div >
< input  type ="button"  onclick ="calculateSalary()"  value ="Calculate!"   />
< h1 > Result: </ h1 >
< div  id ="result" ></ div >

　　所需的JavaScript代码如下：

function  calculateSalary()
{
     var  emp  =  eval( " new  "   +  $get( " comboStatus " ).value  +   " () " );
    emp.Years  =  parseInt($get( " txtYears " ).value,  10 );
    
    ExposedRealTypesService.CalculateSalary(emp, onComplete);
}
        
function  onComplete(result)
{
    $get( " result " ).innerHTML  =  result;
}

　　由于comboStatue的value就是客户端的类名，因此我使用了拼接字符串并且eval的方法生成客户端的类，并作为参数传递过去。其余的代码应该非常简单，我们就来看一下使用效果吧：

　　打开页面，先选择Intern，输入工龄为2，点击“Calculate!”按钮：


　　再选择FTE，输入工龄为5，点击“Calculate!”按钮：


　　嘿，这说明我们客户端传了不同的服务器对象给Web Service方法了。



3、隐藏客户端的__type信息

　　我们打开Fiddler看看请求的内容吧：

　　
　 　嗯？看到了JSON字符串里的信息了不？明明白白地写着“Jeffz.HiddenTypes.Intern”！哎，怎么能把我们服务器端的类型信息给 暴露出去呢？这样是不是太危险了一点？不过没有关系，我们可以这么做。首先，修改一下Web Service方法，我们这里就另存为HiddenRealTypesService.asmx吧：

[WebService(Namespace = "http://tempuri.org/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
[ScriptService]
public class HiddenRealTypesService : System.Web.Services.WebService
{
    [GenerateScriptType(typeof(Intern),  ScriptTypeId="Intern")]
    [GenerateScriptType(typeof(Vendor),  ScriptTypeId = "Vendor")]
    [GenerateScriptType(typeof(FulltimeEmployee),  ScriptTypeId = "FTE")]
    [WebMethod]
    public string CalculateSalary(Employee employee)
    {
        return "I'm " + employee.RealStatus + ", my salary is " + employee.CalculateSalary() + ".";
    }    
}

　　注意到了在使用GenerateScriptTypeAttribute时我们改变了什么吗？对了，就是我们设置了“ScriptTypeId”的值。这是什么？我们来看一下GenerateScriptTypeAttribute的使用方式吧。如下：

internal   class  WebServiceData : JavaScriptTypeResolver
{
    ……

     private   void  ProcessIncludeAttributes(GenerateScriptTypeAttribute[] attributes)
    {
           foreach  (GenerateScriptTypeAttribute attribute1  in  attributes)
          {
                 if  ( ! string .IsNullOrEmpty(attribute1.ScriptTypeId))
                {
                       this ._typeResolverSpecials[attribute1.Type.FullName]  =  attribute1.ScriptTypeId;
                }

                ……

                this .ProcessClientType(type1);
          }
    }

    ……
}

　　这段代码就是ASP.NET AJAX用于处理Web Service的WebServiceData类，当然它也提供了许多功能。在ProcessIncludeAttributes方法中会处理所有的 GenrateScriptTypeAttribute，可以看到在这里为每个Attribute的ScriptTypeId与Type的 FullName进行了映射。这种映射是不是让你想到了JavaScriptTypeResovler？没错，WebServiceData类就是继承了 JavaScriptTypeResolver，它辅助了ASP.NET AJAX客户端访问Web Service方法时的序列化与反序列化工作。关于这一点，在我之前的文章《深入Atlas系列：探究序列化与反序列化能力（上） - 客户端支持，JavaScriptTypeResolver与JavaScriptConverter》里有比较详细的描述。

　　我们来看一下效果，当然在这之前还需要修改一下页面中ScriptManager的Service引用，如下：

< asp:ScriptManager  ID ="ScriptManager"  runat ="server" >
     < Services >
         < asp:ServiceReference  Path ="HiddenRealTypesService.asmx"   />
     </ Services >
</ asp:ScriptManager >

　　再用Fiddler看一下传输内容吧，如下：


　　嘿，这样就不会把服务器端的具体类型暴露给别人了，不是吗？嗯，我们再多想想……:)



4、隐藏客户端代码调用时使用的具体信息

　　我们还有相当的路要走。有没有发现，我们在调用中带有了非常“明显”的类型信息。我们的方式其实和下面的差不多：

var  emp  =   new  Jeffz.HiddenTypes.Intern();
……
HiddenRealTypesService.CalculateSalary(emp, onComplete);

　　“Jeffz.HiddenTypes.Intern”？这不还是服务器端的具体类型吗？那么该怎么办呢？其实“new Jeffz.HiddenTypes.Intern()”操作也只是返回了一个普通的Object对象，不过它带有“__type”这个信息，其值为服务 器端具体类型的ID。因此我们其实只要像下面这么做，也能得到同样的效果了。

　　首先，将<select />元素改成如下的形式：

< select  id ="comboStatus"  style ="width:150px;" >
     < option  value ="Intern" > Intern </ option >
     < option  value ="Vendor" > Vendor </ option >
     < option  value ="FTE" > FTE </ option >
</ select >

　　这样就不会暴露出服务器端的具体类型了。然后我们相应地修改JavaScript代码，如下：

function  calculateSalary()
{
     var  emp  =  { '__type' : $get( "comboStatus" ).value };
    emp.Years  =  parseInt($get( " txtYears " ).value,  10 );
            
    HiddenRealTypesService.CalculateSalary(emp, onComplete);
}

　　再使用一下代码，一切正常，我们需要知道的只是服务器端具体类型的ID。这下完美了吧！再等等，再想想……



5、取消使用Service代理

　　我们还使用了ASP.NET AJAX为Web Service生成的代理，我们服务器端具体类型的信息都在那里，这不行，赶快取消！当然，在取消的同时不能破坏了Web Service方法的正常使用。我们该怎么做呢？

　 　事实上，Web Service代理是通过访问XXXXX.asmx/js（Release模式）或者XXXXX.asmx/jsdebug输出的。我们必须禁止它。在这 里我选择的方式是在Global.asax提供Application_BeginRequest的定义，它会在请求的一开始被调用。代码如下：

void  Application_BeginRequest( object  sender, EventArgs e)
{
     string  pathInfo  =   this .Context.Request.PathInfo;
    
     if  ( " /js " .Equals(pathInfo, StringComparison.OrdinalIgnoreCase)  ||
         " /jsdebug " .Equals(pathInfo, StringComparison.OrdinalIgnoreCase))
    {
         throw   new  InvalidOperationException( " You can't get the proxy script! " );
    }
}

　　我们判断了请求地址的PathInfo，如果为“/js”或者“/jsdebug”时，则抛出异常，这样就禁止获得了任何的Web Service的Proxy信息，当然您也可以有选择地禁掉部分而不是全部。

　　哎，这样我们不就不能使用Web Service的Proxy了吗？没错，所以我们还必须修改一下JavaScript代码，使用一种相对“原始”的方式访问Web Service方法。如下：

var  proxy  =  {
    _get_path :  function (){  return   " HiddenRealTypesService.asmx "  },
    get_defaultFailedCallback :  function (){},
    get_defaultUserContext :  function (){},
    get_timeout :  function (){  return   0 ;  /*  unlimited  */  }
};

function  calculateSalary()
{
     var  emp  =  { '__type' : $get( " comboStatus " ).value };
    emp.Years  =  parseInt($get( " txtYears " ).value,  10 );
    
    Sys.Net._WebMethod._invoke(
        proxy,  //  proxy
         " CalculateSalary " ,  //  method name for calling
         " CalculateSalary " ,  //  method name for showing
         false ,  //  do not use HTTP GET
        { employee : emp },  //  parameters
        onComplete  //  onSuccess
    );
}

　　这里定义了一个Proxy，这是使用Sys.Net._WebMethod所必须的。上面代码的原理，在我以前的文章《深入Atlas系列：Web Sevices Access in Atlas（7） - RTM中的客户端支持》有比较详细的分析。


　　到现在，我们终于完全隐藏了服务器端的类型信息，不过这是靠编写更多的代码而换来的（不过似乎还算好）。孰优孰劣，孰轻孰重，就只能请大家自己判断了。:)

　　点击这里下载代码。

本文出自 “赵��” 博客，转载请与作者联系！