博客园_纪念册de作坊

JavaScript 单元测试中 Proxy（代理）和 Mock（打桩）组件的实现

2010-12-04T17:00:00Z

2年多没更新博客了，似乎进了某团队之后就没什么时间深入专研技术了，现在终于可以挤出些时间总结一下工作中遇到的技术问题了。

单元测试的概念和作用就不多说了，本文主要说说单元测试的打桩。

单元测试的粒度通常是函数级，而大部分业务类代码不可能只有一个函数，因此我们在进行单元测试的时候就要对每个函数进行独立的测试，但是对单一函数进行测试的时候不可避免会调用到其他函数和接口，为了简化测试用例的编写和测试环境的搭建，我们通常“假定”调用的其他函数和外部接口都是“正确”的并且可以根据输入返回“预期”的结果，这就需要 Mock（打桩）方式来对这些外部函数和接口进行处理，来模拟我们希望的处理方式，简化其内部实现。而在单元测试过程中，有时需要统计某个外部接口被调用的次数、每次调用的参数、返回值等信息，这时就需要通过 Proxy（代理）的方式将原接口“打包”一下，做个代理。

JavaScript 的灵活性使得代理和打桩都异常简单：写一个函数，在其中调用被代理函数并记录参数、调用次数等信息，再将这个函数赋给被代理的函数，齐活了；打桩更是简单，直接将桩函数赋给原函数，当然也可以轻松的结合代理函数来处理。一个比较通用的原型如下：

使用方法也很简单：

function test() {
alert('test');
}
test(); // alert: test

test = bind(test);
test(); // alert: test

// 打桩
test.__ProxyMockData.ori = function () {
alert('mock');
};
test(); // alert: mock

alert('test 函数调用次数: ' + test.__ProxyMockData.count); // alert: 2, bind 之前的调用不计算

当然，作为完整的组件，我们方然要把打桩、获取调用信息的过程进行一次封装而避免外部直接使用 __ProxyMockData，而且在打桩前也要记录下原函数，避免原函数丢失无法恢复，同时也可以提供 unbind 方法恢复被代理的函数。

这份代码有问题么？似乎没啥问题。能解决所有问题么？似乎也不能，试想这样一段代码：

两处报错，原因皆为“　Uncaught TypeError: Object [object Object] has no method 'test'　”，原来，我们创建了代理函数（newFn）时并没有把原函数（fn）的 prototype 原型透传，导致 newFn 的实例并没有 test() 原型。找到了问题的根源就好解决问题了，在创建代理函数中，把原函数中的原型进行透传即可，使用 for in 即可轻松实现，而且 for in 会自动屏蔽 constructor 这个特殊的构造函数（当然以防万一也可以显式做个屏蔽）。另外，在透传的时候也可以再次调用 bind 方法，将原型中的成员函数做个代理再传给代理函数。OK，相信看到这你应该已经晕了，一会直接看代码慢慢理解吧。

当然，对代理函数我们要使用 new 来实例化，而在代理函数的过程中，我们却使用了 newFn.__ProxyMockData.ori.apply 这种相当于直接调用函数的方式，没关系，我们已经把 this 透传到原函数，原函数可以正常的对 this 进行必要的处理，而且构造函数返回 undefined（相当于没有返回）也是没有问题的，因为 JavaScript 引擎会自动判断，如果返回的值不是当前类的实例则直接使用 this 当作返回值。最终的代理生成函数和相关测试函数为：

OK，不知道头晕的同学有没有缓过来，欢迎大家与我交流。

本文链接

不用半个 .aspx——使用 Html+Ajax+Wcf 构建高性能的网站

2008-09-26T08:33:00Z

ASP.NET 确实很好很强大，但是对服务器资源的消耗也很多，因此一些大型网站更多的是采用静态页+ASP.NET实现，以减少服务器开支。笔者在此突发奇想了一番，想出一个折中的办法。

在 64 位操作系统下 .NET 托管 (Managed) 代码中调用 32 位的非托管 (Unmanaged) 的本机 (Native) DLL

2008-09-19T13:05:00Z

近期在做一个小程序，需要用 C# 调用 WinPcap 驱动实现网络嗅探。首先使用 DllImport 加载 Packet.dll (WinPcap 驱动) 文件，然后调用其中的方法。但是在运行时出现如下错误：无法加载DLL，找不到指定的模块。原来是64位和32位平台之间的调用机制导致的。

QQ 号码申请页面下的一个超强的 javascript 解码版 http://freereg.qq.com/js/a.js

2008-09-05T07:06:00Z

因为某些特殊的要求，花了10分钟的时间把这个文件解码了。解码之后还要再去分析各函数功能。

阿里旺旺与 Microsoft SQL Server 2008 安装程序支持文件产生严重的冲突导致启动时即崩溃

2008-09-03T14:50:00Z

在 ASP.NET 3.5 中使用同时支持 Ajax Json 和 .NET 客户端的 WCF 服务

2008-09-03T02:16:00Z

某些开发要求使用 IIS 承载的 WCF 提供数据和实现操作，客户端使用 Ajax Json 和 WinForm，因此要在统一服务上同时绑定用于 Ajax 的 webHttpBinding 和用于 WinForm 的 wsHttpBinding。

对XML+XSLT的转换应用特定的过程以改变生成的HTML代码

2008-08-21T07:00:00Z

在使用 XslCompiledTransform 对 XML 应用 XSLT 样式表时，转换的结果是写入 XmlWriter，而在平时应用时，可能会遇到对特定的非 HTML 标签转换为 HTML 标签以及附加 javascript 脚本的情况，而且无法直接通过 XSLT 来实现转换；此外，使用 XmlTextWriter 进行写入时对于 <div></div> 这样的标签会被写入为 <div /> 导致浏览器可能不能正常解析，而且因为要考虑 XML 的情况，写入效率较低。因此我们在这里从 XmlWriter 派生一个类，来实现我们需要的功能。

《对基于HTTP协议的密码传输安全的一些思考》相关js代码

2008-08-16T10:22:00Z

《对基于HTTP协议的密码传输安全的一些思考》相关 javascript 代码。原文参见 http://www.cnblogs.com/hust21941/archive/2008/08/15/http-password-security.html

对基于HTTP协议的密码传输安全的一些思考(附javascript脚本实现)

2008-08-15T04:04:00Z

如今的网络环境日益复杂，在局域网中不可避免被他人通过 ARP 欺骗来监听网络流量，或者网关本身监听流量，抑或 ISP 监听网络流量。而在以往的 HTTP 应用中，常见的做法是将密码和其他信息一同明文发送，这就导致用户的密码受到严重的威胁。近日对这个问题做了些许不成熟的思考，写出来和大家讨论一下。

静态属性和静态构造函数的相关问题

2008-08-13T04:26:00Z

静态构造函数由 .NET CLR 加载类后（即首次使用该类时）自动调用，因此不能带任何修饰符和参数，而且最多执行一次。但是如果在初始化时抛出异常的话，会给出该类型初始化错误的异常，并且以后也都将无法使用该类型。此外还有静态多线程锁的问题。