博客园_J-Pei.net

通过Process调用桌面程序

2012-02-02T06:47:00Z

通过Process调用桌面程序

1 private void Form1_Load(object sender, EventArgs e)
2         {
3             string userid = "admin";
4             string password = "00";
5             string[] cmd = new string[] { @"cd E:\Project\DotNet\bin\Debug", "PhotoMan.exe $StartFromEIP$ " + userid + " " + assword };
6
7             Process p = new Process();
8             p.StartInfo.FileName = "cmd.exe";
9             p.StartInfo.UseShellExecute = false;
10             p.StartInfo.RedirectStandardInput = true;
11             p.StartInfo.RedirectStandardOutput = true;
12             p.StartInfo.RedirectStandardError = true;
13             p.StartInfo.CreateNoWindow = true;
14             p.Start();
15             p.StandardInput.AutoFlush = true;
16             for (int i = 0; i < cmd.Length; i++)
17             {
18                 p.StandardInput.WriteLine(cmd[i].ToString());
19             }
20             p.StandardInput.WriteLine("exit");
21             string strRst = p.StandardOutput.ReadToEnd();
22             p.WaitForExit();
23             p.Close();
24             Form1_FormClosed(null, null);
25
26         }
27
28         private void Form1_FormClosed(object sender, FormClosedEventArgs e)
29         {
30             Application.Exit();
31         }

本文链接

深入理解Javascript闭包(closure)

2012-01-04T08:11:00Z

最近在网上查阅了不少Javascript闭包(closure)相关的资料，写的大多是非常的学术和专业。对于初学者来说别说理解闭包了，就连文字叙述都很难看懂。撰写此文的目的就是用最通俗的文字揭开Javascript闭包的真实面目。

一、什么是闭包？
“官方”的解释是：所谓“闭包”，指的是一个拥有许多变量和绑定了这些变量的环境的表达式（通常是一个函数），因而这些变量也是该表达式的一部分。
相信很少有人能直接看懂这句话，因为他描述的太学术。我想用如何在Javascript中创建一个闭包来告诉你什么是闭包，因为跳过闭包的创建过程直接理解闭包的定义是非常困难的。看下面这段代码：
function a(){
var i=0;
function b(){
alert(++i);
}
return b;
}
var c = a();
c();
这段代码有两个特点：
1、函数b嵌套在函数a内部；
2、函数a返回函数b。
这样在执行完var c=a()后，变量c实际上是指向了函数b，再执行c()后就会弹出一个窗口显示i的值(第一次为1)。这段代码其实就创建了一个闭包，为什么？因为函数a外的变量c引用了函数a内的函数b，就是说：

当函数a的内部函数b被函数a外的一个变量引用的时候，就创建了一个闭包。

我猜想你一定还是不理解闭包，因为你不知道闭包有什么作用，下面让我们继续探索。

二、闭包有什么作用？
简而言之，闭包的作用就是在a执行完并返回后，闭包使得Javascript的垃圾回收机制GC不会收回a所占用的资源，因为a的内部函数b的执行需要依赖a中的变量。这是对闭包作用的非常直白的描述，不专业也不严谨，但大概意思就是这样，理解闭包需要循序渐进的过程。
在上面的例子中，由于闭包的存在使得函数a返回后，a中的i始终存在，这样每次执行c()，i都是自加1后alert出i的值。

那么我们来想象另一种情况，如果a返回的不是函数b，情况就完全不同了。因为a执行完后，b没有被返回给a的外界，只是被a所引用，而此时a也只会被b引用，因此函数a和b互相引用但又不被外界打扰(被外界引用)，函数a和b就会被GC回收。(关于Javascript的垃圾回收机制将在后面详细介绍)

三、闭包内的微观世界
如果要更加深入的了解闭包以及函数a和嵌套函数b的关系，我们需要引入另外几个概念：函数的执行环境(excution context)、活动对象(call object)、作用域(scope)、作用域链(scope chain)。以函数a从定义到执行的过程为例阐述这几个概念。

1、当定义函数a的时候，js解释器会将函数a的作用域链(scope chain)设置为定义a时a所在的“环境”，如果a是一个全局函数，则scope chain中只有window对象。
2、当函数a执行的时候，a会进入相应的执行环境(excution context)。
3、在创建执行环境的过程中，首先会为a添加一个scope属性，即a的作用域，其值就为第1步中的scope chain。即a.scope=a的作用域链。
4、然后执行环境会创建一个活动对象(call object)。活动对象也是一个拥有属性的对象，但它不具有原型而且不能通过JavaScript代码直接访问。创建完活动对象后，把活动对象添加到a的作用域链的最顶端。此时a的作用域链包含了两个对象：a的活动对象和window对象。
5、下一步是在活动对象上添加一个arguments属性，它保存着调用函数a时所传递的参数。
6、最后把所有函数a的形参和内部的函数b的引用也添加到a的活动对象上。在这一步中，完成了函数b的的定义，因此如同第3步，函数b的作用域链被设置为b所被定义的环境，即a的作用域。

到此，整个函数a从定义到执行的步骤就完成了。此时a返回函数b的引用给c，又函数b的作用域链包含了对函数a的活动对象的引用，也就是说b可以访问到a中定义的所有变量和函数。函数b被c引用，函数b又依赖函数a，因此函数a在返回后不会被GC回收。

当函数b执行的时候亦会像以上步骤一样。因此，执行时b的作用域链包含了3个对象：b的活动对象、a的活动对象和window对象，如下图所示：

如图所示，当在函数b中访问一个变量的时候，搜索顺序是先搜索自身的活动对象，如果存在则返回，如果不存在将继续搜索函数a的活动对象，依次查找，直到找到为止。如果整个作用域链上都无法找到，则返回undefined。如果函数b存在prototype原型对象，则在查找完自身的活动对象后先查找自身的原型对象，再继续查找。这就是Javascript中的变量查找机制。

四、闭包的应用场景
1、保护函数内的变量安全。以最开始的例子为例，函数a中i只有函数b才能访问，而无法通过其他途径访问到，因此保护了i的安全性。
2、在内存中维持一个变量。依然如前例，由于闭包，函数a中i的一直存在于内存中，因此每次执行c()，都会给i自加1。
以上两点是闭包最基本的应用场景，很多经典案例都源于此。

五、Javascript的垃圾回收机制
在Javascript中，如果一个对象不再被引用，那么这个对象就会被GC回收。如果两个对象互相引用，而不再被第3者所引用，那么这两个互相引用的对象也会被回收。因为函数a被b引用，b又被a外的c引用，这就是为什么函数a执行后不会被回收的原因。

本文链接

安装SQL Server 2005过程出现错误:“SQL Server 服务无法启动”的解决办法

2011-12-26T13:52:00Z

注：最后的粗体字为最终解决办法。

近日遇到一台曙光天阔A620R-H服务器，安装了win server 2003 R2的系统，需要来安装SQL Server 2005，系统是新做的，很干净。首先，安装了.netFramework2.0及IIS，拿来一版以前装过，而且没有问题的SQL Server 2005企业版，在安装到大约一半的时候，提示错误：“SQLServer服务部无法启动”。

起初怀疑过权限的问题，在网上寻找了一些解决办法，都不行；在卸载重装SQL Server 2005两三次后，突然看到微软官网上的一条技术帮助信息，http://support.microsoft.com/kb/954835/zh-cn。

意思是，在具有多核处理器的计算机，您可能无法安装SQL Server 2005，而曙光天阔A620R-H服务器搭载一颗6核CPU，所以不能安装SQL Server 2005，得到这个答案的确让人沮丧，不禁感慨微软的万恶。。。继续向下看，这个问题的解决办法如下：

在安装SQL 2005标准版（不多于四个CPU）和企业版（无限制）时，CPU的总核数必须是2的n次方。即核心数为1，2，4，8，16，32依次类推。因BL680C核心数为6x4=24，所以不能正常安装。当将核心数更改为8，16时，顺利完成安装。

说实话，觉得这么做很不可思议，居然与核心数有关。继续吧，按照上面所说的步骤，修改了“/NUMPROC”，此处我先说一下，我把“/NUMPROC”改为1,4,8都不能正常安装SQL Server 2005，唯独改为2后，可以正常安装。

“/NUMPROC”改为2后，重启服务器，可以在任务管理器中看到，原来的12核心，已经变为2个核心。
用Windows Installer CleanUP将SQL Server 2005删掉，再删掉注册表中的
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQLServer
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQLSERVER
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SQLSERVERAGENT
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQLSERVERADHELPER
HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQLServer
最后删掉C:\ProgramFiles\MicrosoftSQLServer；重启后，来重新安装SQL Server 2005，安装过程中没有再出现这个“SQLServer服务部无法启动”的问题了；然后安装SQL Server 2005 SP3补丁（据说这个补丁已解决了这个问题），但在安装补丁的过程中，程序提示“无法安装”，让人无奈！
这个问题的出现让我怀疑到SQL Server 2005在重装前是否已卸载干净，于是，重做了一次win server 2003SP2的系统，再重复上述的操作，一切正常了，悬着的心也落下了。。。

上面长篇累牍，看起来有些乱，下面整理了正确的安装步骤，大家参考吧。
====================================================================
1.单击开始，单击运行，键入msconfig，然后单击确定。在系统配置实用程序对话框中，单击BOOT.INI选项卡。在BOOT.INI选项卡上单击高级选项。在BOOT.INI高级选项对话框中，单击以选中在/NUMPROC=复选框。在旁边的列表在/NUMPROC=复选框，单击2，然后单击确定。在系统配置实用程序对话框中，单击确定。重新启动服务器。
2.安装SQL Server 2005。
3.安装SQL Server 2005 sp3补丁，安装结束后，重新启动服务器。
4.将上面说的“/NUMPROC”去掉钩，重新启动服务器。
5.大功告成！

本文链接

动态修改div的xy值

2011-10-10T13:20:00Z

$("div").mousedown(function(e){
$(this).css({
x:e.pageX,
y:e.pageY
}).show();
});

$("div").mousedown(function(e){
$(this).css({
x:e.pageX,
y:e.pageY
}).show();
}).mouseup(function(){$(this).hide()});

本文链接

asp.net mvc 与jquery应用总结

2011-05-20T08:33:00Z

1.DropDownList的Name和ViewData相同时SelectList 的selected 失效

1 SelectList ZDZListItem = new ListItem<HGZP.Model.Cjb_list_fxz>().GetListItem(ZDZList, "s_mch", "s_mch",
2 orderInfo.CurrentZDZ);

3
4 <% var aa = ((SelectList)ViewData["ZDZ111"]).SelectedValue.ToString();
5 if(!string.IsNullOrEmpty(aa)){ %>
6 <%:Html.DropDownListFor(OrderInfo => OrderInfo.ZDZ, ViewData["ZDZ111"] as SelectList, new { id = "ddlZDZ",

Style = "width:70px", @class = "focus", disabled = "true" })%><% }else{%>
7 <%:Html.DropDownListFor(OrderInfo => OrderInfo.ZDZ, ViewData["ZDZ111"] as SelectList, new { id = "ddlZDZ",

Style = "width:70px", @class = "focus" })%>

8 <%}%><%=Html.DropDownList("ddlSysid", (SelectList)ViewData["ZDZ111"])%>

2.使用jquery.form.js上传文件

服务器上传文件目录名称不能与controller名称相同，如果相同URL导航会出现错误

ajaxSubmit方法中dataType使用默认值不能用json

服务器端返回时要跳转到其他view

strJson = "{suc:1,msg:'保存成功！',orderId:'" + orderInfo.OrderId + "',orderDetailId:'" + orderInfo.OrderDetailId + @"',chargeId:'" + orderInfo.ChargeId + "',giftDetailId:'" + orderInfo.GiftDetailId + "',PaperBoxNum:'" +
orderInfo.PaperBoxNum + "',SubscibeNum:'" + orderInfo.SubscibeNum + "'}";

ViewData["strJson"] = strJson;
return View("~/Areas/OrderInfoManage/Views/FileUploadSuccess.aspx", ViewData["strJson"]);

<%@ Page Language="C#" Inherits="System.Web.Mvc.ViewPage<dynamic>" %>
<%
String json = ViewData["strJson"].ToString();
Response.Write(json);
%>

如果附加其他属性（form以外的）可以如下处理

orderValue = JSON.stringify({
            orderId: $("#txtOrderId").val(),
            orderDetailId: $("#txtOrderDetailId").val(),
            paperBoxNumOld: $("#txtPaperBoxNumOld").val(),
            subscibeNumOld: $("#txtSubscibeNumOld").val(),
            chargeId: $("#txtChargeId").val(),
            giftDetailId: $("#txtGiftDetailId").val(),
            giftKCId: $("#txtGiftKCId").val(),
            paperName: $("#ddlNewsPaper option:selected").text(),
            giftName: $("#ddlGift option:selected").text(),
            isCheck: $("#txtIsCheck").val()
        });
        eval("orderValue = '" + JSON.stringify(JSON.parse(orderValue)) + "';");

$("#orderManageForm").ajaxSubmit({
                    url: "OrderManage/OrderAllAdd/",
                    //contentType: "multipart/form-data",
                    //dataType: 'json',
                    data: {
                        strJson: escape(orderValue)
                    },

                    clearForm: false,
                    resetForm: false,
                    success: function (data) {
                        try {
                            var json = eval("(" + data + ")");
                            alert(HTMLDeCode(json.msg));
                            if (json.suc == 1) {
                                $("#txtOrderId").val(json.orderId);
                                $("#txtOrderDetailId").val(json.orderDetailId);
                                $("#txtChargeId").val(json.chargeId);
                                $("#txtGiftDetailId").val(json.giftDetailId);
                                $("#txtPaperBoxNumOld").val(json.PaperBoxNum);
                                $("#txtSubscibeNumOld").val(json.SubscibeNum);
                                orderValue = JSON.stringify({
                                    orderId: $("#txtOrderId").val(),
                                    isCheck: $("#txtIsCheck").val()
                                });
                                eval("orderValue = '" + JSON.stringify(JSON.parse(orderValue)) + "';");

                                jQuery("#orderGrid").jqGrid("setGridParam", {
                                    postData: { strJson: orderValue }
                                });
                                jQuery("#chargeGrid").jqGrid("setGridParam", {
                                    postData: { strJson: orderValue }
                                });
                                $("#orderGrid").trigger("reloadGrid");
                                $("#chargeGrid").trigger("reloadGrid");
                                saveFlag = "OrderUpdate";
                                $("#orderAllSaveBtn").attr("disabled", "true")
                            }
                            $("#txtZDDate").focus().trigger("focusin");
                        } catch (e) {
                            alert(e);
                            return;
                        }
JsonModel jsonObj = new JsonModel(System.Web.HttpUtility.UrlDecode(Request["strJson"]));

本文链接

Ajax 选项

2011-05-13T03:03:00Z

在 Ajax 命名空间中的所有请求对象都共享一系列公共的选项和回调函数。回调函数在请求生命周期的各个阶段被调用，并且它们具有相同的参数列表。在请求期间，参数所包括的选项被不断的传递到请求中。

公用选项
　

选项默认值描述

`asynchronous` `true` 指出 `XMLHttpRequest` 是否是异步的。因为同步的方式在某种程度上具有一定的不确定性，通常不是一个好的选择，应尽量避免使用。

`contentType` `'application/x-www-form-urlencoded'` 请求头部的 `Content-Type`（译注：form 元素的 enctype 属性）设置。可能你想要发送的内容是 XML 格式而不是常规的 URL 编码格式，这时，你就需要重新设置这个选项。

`encoding` `'UTF-8'` 请求内容的编码方式。最好使用默认的设置，但是如果发生一些离奇的编码问题，你必须修正它，使你页面中与编码相关的部分和服务器上保持一致。

`method` `'post'` HTTP 的请求方式。另一个常用的方式是 `'get'`。在专用于 Ruby On Rails 时，Prototype 也能响应其它的谓词（例如 `'put'` 和 `'delete'`，事实上，这些谓词是在 `'post'` 方式上增加了一个额外的参数 `'_method'`）。

`parameters` `''` 请求的参数。在 `'get'` 方式下，参数被编码并附加到 URL 中（译注：URL 中的查询字符串），其它方式下，参数被插入到请求数据主体中。参数的类型可以是一个 URL 编码字符串，也可以是任意一个与 Hash 兼容的对象（Prototype 会自动将兼容对象的属性名称和属性值转换为名值对作为参数）。

`postBody` None 在 `'post'` （实际应用中可能会有一些变化，上面的 `method` 选项对此做了描述）方式下，指定请求发送的内容。如果该参数为空，则使用`parameters` 选项填充内容。

`requestHeaders` 请查看说明
请求头可以使用下述两种方式进行传递：

作为一个 object：使用属性来描述请求头。
作为一个 array：偶数索引 (0, 2…) 元素表示头名称，奇数索引 (1, 3…) 元素表示对应的值。

Prototype 默认提供了一组预设的请求头，这些选项可以被重写，你也可以增加新的选项：

`X-Requested-With` 被设置为 `'XMLHttpRequest'`。
`X-Prototype-Version` 提供 Prototype 的当前版本号（如：1.5.0）。
`Accept` 默认为 `'text/javascript, text/html, application/xml, text/xml, /'`
`Content-type` 基于 `contentType` 和 `encoding` 选项的值生成。

`evalJS` true 如果服务器返回的 content-type 是下述类型之一：`application/ecmascript`, `application/javascript`, `application/x-ecmascript`, `application/x-javascript`, `text/ecmascript`, `text/javascript`, `text/x-ecmascript` 或 `text/x-javascript`，并且请求遵循 SOP （译注：中文说明）Prototype 默认会自动执行 `Ajax.Response#responseText` 内容中的 Javascript 代码。如果你想要在任何情况下，均强制执行内容中的 Javascript 代码，请将该选项设为 `'force'`，为完全阻止代码的执行，设为 `'false'`。
译注：该选项设为 `'true'` 或 `'force'` 时，会执行返回内容中的 Javascript 代码，并且代码不需要置于 <script> 和 </script> 标签中。例如返回的内容值为 `alert('Hello world')`， Prototype 也会执行该语句，而不是把它当作一个普通的字符串。`'force'` 和 `'true'` 的区别在于：若返回内容的 content-type 不是上述列出的类型，`'force'` 会强制把返回内容当作 Javascript 代码执行，而 `'true'` 不会执行。例如返回的 content-type 为`text/plain` 时，`'force'` 会执行，而 `'true'` 不执行。

`evalJSON` true 如果服务器返回数据的 content-type 类型为 `application/json` ，则自动解析执行 `Ajax.Response#responseText` 的内容，然后填充到`Ajax.Response#responseJSON`。如果请求不遵循 SOP （译注：中文说明）规范，在执行前会对内容进行过滤。如果你希望强制执行，请将该选项设置为 `'force'`，为完全阻止代码的执行，设为 `'false'`。

`sanitizeJSON` 本地请求为`false`，否则为`true` 在运行之前过滤 `Ajax.Response#responseText` 的内容。

选项	默认值	描述
`asynchronous`	`true`	指出 `XMLHttpRequest` 是否是异步的。因为同步的方式在某种程度上具有一定的不确定性，通常不是一个好的选择，应尽量避免使用。
`contentType`	`'application/x-www-form-urlencoded'`	请求头部的 `Content-Type`（译注：form 元素的 enctype 属性）设置。可能你想要发送的内容是 XML 格式而不是常规的 URL 编码格式，这时，你就需要重新设置这个选项。
`encoding`	`'UTF-8'`	请求内容的编码方式。最好使用默认的设置，但是如果发生一些离奇的编码问题，你必须修正它，使你页面中与编码相关的部分和服务器上保持一致。
`method`	`'post'`	HTTP 的请求方式。另一个常用的方式是 `'get'`。在专用于 Ruby On Rails 时，Prototype 也能响应其它的谓词（例如 `'put'` 和 `'delete'`，事实上，这些谓词是在 `'post'` 方式上增加了一个额外的参数 `'_method'`）。
`parameters`	`''`	请求的参数。在 `'get'` 方式下，参数被编码并附加到 URL 中（译注：URL 中的查询字符串），其它方式下，参数被插入到请求数据主体中。参数的类型可以是一个 URL 编码字符串，也可以是任意一个与 Hash 兼容的对象（Prototype 会自动将兼容对象的属性名称和属性值转换为名值对作为参数）。
`postBody`	None	在 `'post'` （实际应用中可能会有一些变化，上面的 `method` 选项对此做了描述）方式下，指定请求发送的内容。如果该参数为空，则使用`parameters` 选项填充内容。
`requestHeaders`	请查看说明	请求头可以使用下述两种方式进行传递：作为一个 object：使用属性来描述请求头。作为一个 array：偶数索引 (0, 2…) 元素表示头名称，奇数索引 (1, 3…) 元素表示对应的值。 Prototype 默认提供了一组预设的请求头，这些选项可以被重写，你也可以增加新的选项： `X-Requested-With` 被设置为 `'XMLHttpRequest'`。 `X-Prototype-Version` 提供 Prototype 的当前版本号（如：1.5.0）。 `Accept` 默认为 `'text/javascript, text/html, application/xml, text/xml, /'` `Content-type` 基于 `contentType` 和 `encoding` 选项的值生成。
`evalJS`	true	如果服务器返回的 content-type 是下述类型之一：`application/ecmascript`, `application/javascript`, `application/x-ecmascript`, `application/x-javascript`, `text/ecmascript`, `text/javascript`, `text/x-ecmascript` 或 `text/x-javascript`，并且请求遵循 SOP （译注：中文说明）Prototype 默认会自动执行 `Ajax.Response#responseText` 内容中的 Javascript 代码。如果你想要在任何情况下，均强制执行内容中的 Javascript 代码，请将该选项设为 `'force'`，为完全阻止代码的执行，设为 `'false'`。译注：该选项设为 `'true'` 或 `'force'` 时，会执行返回内容中的 Javascript 代码，并且代码不需要置于 <script> 和 </script> 标签中。例如返回的内容值为 `alert('Hello world')`， Prototype 也会执行该语句，而不是把它当作一个普通的字符串。`'force'` 和 `'true'` 的区别在于：若返回内容的 content-type 不是上述列出的类型，`'force'` 会强制把返回内容当作 Javascript 代码执行，而 `'true'` 不会执行。例如返回的 content-type 为`text/plain` 时，`'force'` 会执行，而 `'true'` 不执行。
`evalJSON`	true	如果服务器返回数据的 content-type 类型为 `application/json` ，则自动解析执行 `Ajax.Response#responseText` 的内容，然后填充到`Ajax.Response#responseJSON`。如果请求不遵循 SOP （译注：中文说明）规范，在执行前会对内容进行过滤。如果你希望强制执行，请将该选项设置为 `'force'`，为完全阻止代码的执行，设为 `'false'`。
`sanitizeJSON`	本地请求为`false`，否则为`true`	在运行之前过滤 `Ajax.Response#responseText` 的内容。

公用回调函数

用于单独的对象实例时（译注：“单独的对象实例”是相对 Ajax.Responders 而言，`Ajax.Responders` 是一个全局的对象，面向所有通过 Prototype 发出的 Ajax 请求），所有的回调函数（除 `onException` 外）均包含两个参数：`XMLHttpRequest` 对象以及执行 `X-JSON` 响应头后的结果（如果有的话，可为 `null`）。

在 Ajax.Request 中，从另外一个角度描述了回调函数在请求生命周期中调用的先后顺序以及回调函数的互斥性。

回调函数描述

`onCreate`
(v1.5.1) 当 `Ajax.Request` 对象被初始化后触发。回调发生在参数和 URL 被处理之后，第一次调用 XHR（XMLHttpRequest）对象的方法之前。

`onComplete` 在请求生命周期的最未端被触发，用于在请求完成后，与指定状态代码相关的回调函数（译注：onXYZ）也被调用后，处理一些可能需要的善后事宜。

`onException` 当 XHR 发生错误时触发。有一个约定俗成的函数签名方式：第一个参数是请求本身（如 `Ajax.Request` 实例），第二个参数是异常对象。

`onFailure` 在一个请求完成后，若存在相应的状态代码，但状态代码不是 2xy 系列，将调用 onFailure。如果已经定义了与指定状态代码相关的回调函数，该回调将不被执行。回调发生在 `onComplete` 之前。
译注：参见状态代码表

`onInteractive` （不保证可用）服务器响应的数据通常是通过多个包来发送的，当每次接收到其中一部分数据（但不是最后一部分）时触发该回调。

`onLoaded` （不保证可用）当基础的 XHR 对象被创建，连接已打开，并准备发送实际的请求时，触发该回调。

`onLoading` （不保证可用）在基础的 XHR 对象创建过程中，连接被打开时，触发该回调。

`onSuccess` 当一个请求完成时，没有返回状态代码，或者返回的状态代码是 2xy 系列，调用该回调。如果已经定义了与指定状态代码相关的回调函数，该回调将不被执行。回调发生在 `onComplete` 之前。
译注：参见状态代码表

`onUninitialized` （不保证可用）当 XHR 对象刚被创建时调用。

`on`XYZ XYZ 表示 XMLHttp 请求返回的状态代码。当响应刚完成，并且返回的状态代码与你指定的 XYZ 值相同时调用该回调。它会阻止 `onSuccess`/`onFailure` 执行。回调发生在 `onComplete` 之前。
译注：参见状态代码表

回调函数	描述
`onCreate` (v1.5.1)	当 `Ajax.Request` 对象被初始化后触发。回调发生在参数和 URL 被处理之后，第一次调用 XHR（XMLHttpRequest）对象的方法之前。
`onComplete`	在请求生命周期的最未端被触发，用于在请求完成后，与指定状态代码相关的回调函数（译注：onXYZ）也被调用后，处理一些可能需要的善后事宜。
`onException`	当 XHR 发生错误时触发。有一个约定俗成的函数签名方式：第一个参数是请求本身（如 `Ajax.Request` 实例），第二个参数是异常对象。
`onFailure`	在一个请求完成后，若存在相应的状态代码，但状态代码不是 2xy 系列，将调用 onFailure。如果已经定义了与指定状态代码相关的回调函数，该回调将不被执行。回调发生在 `onComplete` 之前。译注：参见状态代码表
`onInteractive`	（不保证可用）服务器响应的数据通常是通过多个包来发送的，当每次接收到其中一部分数据（但不是最后一部分）时触发该回调。
`onLoaded`	（不保证可用）当基础的 XHR 对象被创建，连接已打开，并准备发送实际的请求时，触发该回调。
`onLoading`	（不保证可用）在基础的 XHR 对象创建过程中，连接被打开时，触发该回调。
`onSuccess`	当一个请求完成时，没有返回状态代码，或者返回的状态代码是 2xy 系列，调用该回调。如果已经定义了与指定状态代码相关的回调函数，该回调将不被执行。回调发生在 `onComplete` 之前。译注：参见状态代码表
`onUninitialized`	（不保证可用）当 XHR 对象刚被创建时调用。
`on`XYZ	XYZ 表示 XMLHttp 请求返回的状态代码。当响应刚完成，并且返回的状态代码与你指定的 XYZ 值相同时调用该回调。它会阻止 `onSuccess`/`onFailure` 执行。回调发生在 `onComplete` 之前。译注：参见状态代码表

响应回调

当用于响应器（responders，译注：Ajax.Responders）时，所有被调用的回调函数（除 `onException` 和 `onCreate` 外）都具有三个参数：请求本身（例如 `Ajax.Request` 的实例），`XMLHttpRequest` 对象和执行 `X-JSON` 响应头后的结果（如果有，可为 `null`）。它们运行在响应的上下文中，`this` 引用被绑定到响应本身。

回调函数描述

`onCreate` 当一个请求对象通过 `Ajax` 命名空间创建，并且已经设置好它的参数，但它的 XHR 连接尚未打开的时候触发该回调。它具有两个参数：请求的对象和基础的 XHR 对象。

`onComplete` 在请求生命周期的最未端被触发，用于在请求完成后，与指定状态代码相关的回调函数（译注：onXYZ）也被调用后，处理一些可能需要的善后事宜。

`onException` 当 XHR 发生错误时触发。有一个约定俗成的函数签名方式：第一个参数是请求本身（如 `Ajax.Request` 实例），第二个参数是异常对象。

`onInteractive` （不保证可用）服务器响应的数据通常是通过多个包来发送的，当每次接收到其中一部分数据（但不是最后一部分）时触发该回调。

`onLoaded` （不保证可用）当基础的 XHR 对象被创建，连接已打开，并准备发送实际的请求时，触发该回调。

`onLoading` （不保证可用）在基础的 XHR 对象创建过程中，连接被打开时，触发该回调。

`onUninitialized` （不保证可用）当 XHR 对象刚被创建时调用。
本文链接

回调函数	描述
`onCreate`	当一个请求对象通过 `Ajax` 命名空间创建，并且已经设置好它的参数，但它的 XHR 连接尚未打开的时候触发该回调。它具有两个参数：请求的对象和基础的 XHR 对象。
`onComplete`	在请求生命周期的最未端被触发，用于在请求完成后，与指定状态代码相关的回调函数（译注：onXYZ）也被调用后，处理一些可能需要的善后事宜。
`onException`	当 XHR 发生错误时触发。有一个约定俗成的函数签名方式：第一个参数是请求本身（如 `Ajax.Request` 实例），第二个参数是异常对象。
`onInteractive`	（不保证可用）服务器响应的数据通常是通过多个包来发送的，当每次接收到其中一部分数据（但不是最后一部分）时触发该回调。
`onLoaded`	（不保证可用）当基础的 XHR 对象被创建，连接已打开，并准备发送实际的请求时，触发该回调。
`onLoading`	（不保证可用）在基础的 XHR 对象创建过程中，连接被打开时，触发该回调。
`onUninitialized`	（不保证可用）当 XHR 对象刚被创建时调用。

这才是真正的JQuery.ajax传递中文参数的解决方法

2011-05-13T02:44:00Z

许多人在使用JQuery.ajax方法时肯定会遇到一个问题。在编码不是UTF-8的时候，当传递的参数里有中文的时候，服务端Request的时候都会出现乱码。本人最近也遇到了需要传递中文参数的问题。在网上搜索一下，复制粘贴发的到处都是的“终极”“解决方案”无非就是escape(str)来转码，然后在服务端还要写个方法再编辑一次，或用System.Text.Encoding下的方法来换来换去。

我很久以前一直在使用Prototype框架。在.net-GB2312或jsp-utf8下都使用过，从来没遇到有字符编码的问题。于是将Prototype和JQuery代码都下载下来打开研究原因。具体结果如下

不同之处在于JQuery默认的contentType:application/x-www-form-urlencoded

而Prototype则是contentType:application/x-www-form-urlencoded; charset=UTF-8

这才是JQuery正在乱码的原因，在未指定字符集的时候，是使用ISO-8859-1

ISO8859-1，通常叫做Latin-1。Latin-1包括了书写所有西方欧洲语言不可缺少的附加字符。

JQuery的Ajax根本没有考虑到国际化的问题，使用了欧洲的字符集，所以才引起了传递中文出现乱码的问题。

而我们的UTF-8则可以解决这一问题。

最终指需要修改JQuery的代码，显式声明contentType使用utf-8字符集，即可解决GB2312中文传递的问题。

修改如图：

只需要简单的将JQuery的代码加以修改，加上charset=UTF-8就可以了，这样不需要改变改什么web.config或什么在页面中改编码什么的了，也不需要用escapc(str)再在服务端解码。英文怎么传递，中文也怎么传递。

给段简单的代码测试一下：

test.html:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />
<title></title>
<script type="text/javascript" src="scripts/jquery-1.3.2.min.js"></script>
<script type="text/javascript">
function DoAjax(){
  $.post("AjaxTest.aspx",{txt:$("#tbox1").val()},
   function(data){
    $("#AjaxResponse").text(data);
   }
  );
}
</script>
</head>

<body>
<p><a href="javascript:DoAjax();">AjaxTest</a><input name="tbox1" id="tbox1" type="text" /></p>
<div id="AjaxResponse"></div>
</body>
</html>

AjaxTest.aspx:

<%@ Page Language="C#" ContentType="text/html" ResponseEncoding="gb2312" %>
<script runat="server">
string parms;

void Page_Load(object sender , EventArgs e)
{
  parms=Request["txt"];
  if (String.IsNullOrEmpty(parms)){
   Response.Write("Is Null");
  }else{
   Response.Write(parms);
  }
}
</script>

本文链接

ASP.NET MVC生命周期介绍(转)

2011-05-07T08:13:00Z

本文以IIS7中asp.net应用程序生命周期为例，介绍了asp.net mvc的生命周期。

asp.net应用程序管道处理用户请求时特别强调"时机"，对asp.net生命周期的了解多少直接影响我们写页面和控件的效率。对于asp.net mvc,我对它的生命周期兴趣很浓，于是对ASP.NET MVC生命周期提出两个问题：

一个HTTP请求从IIS移交到asp.net运行时,asp.net mvc是在什么时机获得了控制权并对请求进行处理呢?处理过程又是怎样的?

498)this.width=498;" height=362>

498)this.width=498;" height=383>

以IIS7中asp.net生命周期为例，上图是来自MSDN的一张HTTP请求处理过程发生事件的简图，后面我列出了一个完整的事件列表。既然asp.net mvc还是以asp.net运行时为基础那么它必然要在asp.net应用程序的生命周期中对请求进行截获。第一反应当然是去web.config里面去翻翻，我们可以看到UrlRoutingModule的配置节：

< add name="UrlRoutingModule" type="System.Web.Routing.UrlRoutingModule, System.Web.Routing, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

下面要做的就顺理成章了，用Reflector打开这个程序集,可以看到以下代码：

protected virtual void Init(HttpApplication application)  
    {  
        application.PostResolveRequestCache += new EventHandler(this.OnApplicationPostResolveRequestCache);  
        application.PostMapRequestHandler += new EventHandler(this.OnApplicationPostMapRequestHandler);  
    }

看到这里我们的第一个问题实际上已经有了答案：时机是在PostResolveRequestCache和PostMapRequestHandler.

我们使用VS2008中asp.net mvc模板创建一个Demo完成后续的讨论，当我们访问/Home的时候发生了什么呢？

1、Request 请求到来

2、IIS 根据请求特征将处理权移交给 asp.net

3、UrlRoutingModule将当前请求在 Route Table中进行匹配

4、UrlRoutingModule在RouteCollection中查找Request匹配的RouteHandler,默认是mvcRouteHandler mvcRouteHandler 创建 mvcHandler实例.

5、mvcHandler执行 ProcessRequest.

6、mvcHandler 使用 IControllerFactory 获得实现了IController接口的实例,找到对应的HomeController

7、根据Request触发HomeController的Index方法

8、Index将执行结果存放在ViewData

9、HomeController的Index方法返回 ActionResult

10、Views/Home/Index.aspx将 ViewData呈现在页面上

11、Index.aspx执行ProcessRequest方法

12、Index.aspx执行Render方法输出到客户端

通过阅读asp.net mvc的源码,我们可以得到更为详细的处理过程,我尽可能的忽略掉枝节，强调请求处理的流程.我们从Global.asax.cs文件切入,下面是一段样例代码,这里初始化了路由表,请特别特别注意注释部分:

public class mvcApplication : System.Web.HttpApplication  
     {  
         public static void RegisterRoutes(RouteCollection routes)  
         {  
             routes.IgnoreRoute("{resource}.axd/{*pathInfo}");  
              
             //The controller route value is a special value that the System.Web.mvc.mvcHandler class uses to call into the IControllerFactory interface.  
             //The basic route handler is an instance of IRouteHandler named mvcRouteHandler.  
             //We have complete control and could provide our own implementation of IRouteHandler if we wished.  
             routes.MapRoute(  
                 "Default",                                              // Route name  
                 "{controller}/{action}/{id}",                           // URL with parameters  
                 new { controller = "Home", action = "Index", id = "" }  // Parameter defaults  
             );  
            
   
         }  
   
         protected void Application_Start()  
         {  
             RegisterRoutes(RouteTable.Routes);  
         }

UrlRoutingMoudule在PostResolveRequestCache阶段从RouteCollection中获取当前请求的RouteData.RouteData包含了一个请求处理对应的Controller和Action,RouteData这个作用贯穿请求的处理过程.RouteData中提取RouteHandler,这里默认是mvcRouteHandler,mvcRouteHandler获取HttpHandler,这里默认的是mvcHandler.

PostResolveRequestCache  
    public virtual void PostResolveRequestCache(HttpContextBase context)  
{  
    RouteData routeData = this.RouteCollection.GetRouteData(context);  
    if (routeData != null)  
    {  
        IRouteHandler routeHandler = routeData.RouteHandler;  
        if (routeHandler == null)  
        {  
            throw new InvalidOperationException(string.Format(CultureInfo.CurrentUICulture, RoutingResources.UrlRoutingModule_NoRouteHandler, new object[0]));  
        }  
        if (!(routeHandler is StopRoutingHandler))  
        {  
            RequestContext requestContext = new RequestContext(context, routeData);  
            IHttpHandler httpHandler = routeHandler.GetHttpHandler(requestContext);  
            if (httpHandler == null)  
            {  
                throw new InvalidOperationException(string.Format(CultureInfo.CurrentUICulture, RoutingResources.UrlRoutingModule_NoHttpHandler, new object[] { routeHandler.GetType() }));  
            }  
            RequestData data2 = new RequestData();  
            data2.OriginalPath = context.Request.Path;  
            data2.HttpHandler = httpHandler;  
            context.Items[_requestDataKey] = data2;  
            context.RewritePath("~/UrlRouting.axd");  
        }  
    }  
}

498)this.width=498;" height=70>

mvcHandler.ProcessRequest()中首先使用HttpContextWrapper对HttpContext进行封装,封装的目的是为了解耦以获得可测试性.然后从RequestContext.RouteData中提取Controller名称.

ControllerBuilder.GetControllerFactory --> ControllerFactory.CreateController --> IController.Execute

ControllerBase实现了IController接口,在Initialize时将RequestContext封装成为ControllerContext,Controller继承自ControllerBase并实现抽象方法ExecuteCore()

498)this.width=498;" height=219>

在ExecuteCore中,Controller首先从RouteData中获得ActionName,然后执行ActionInvoker.InvokeAction.

在ActionInvoker中我们可以看到各种Filter,这是一种AOP实践:在Action方法执行的前后执行若干方法.这里有四种Filter:ActionFilters,ResultFilters,AuthorizationFilters,ExceptionFilters.这四种Filter并不是封闭的,都有对应的接口,这四个只是默认实现.Filter的执行顺序是:AuthorizationFilter--->Action Filter.OnActionExecuting--->Action Method--->ActionFilter.OnActionExecuted.InvokeActionMethodWithFilters返回的结果是ActionExecutedContext,接下来将Controller执行OnResultExecuting 方法.ActionResult执行的结果可以是ViewResult,JsonResult,RedirectResult,ContentResult,或者是自定义的Result类型.

如果返回的类型是ViewResult,我们先看一下ViewReuslt的继承关系:ViewResult-->ViewResultBase-->ActionResult,ViewResult包含两个属性View和ViewEngineCollection,实际上是包含了两个接口的实现:IViewEngine定义了怎么定位View/Partial View.IView定义了如何RenderView.默认的实现时WebFormView和WebFormViewEngine.

Filter OnResultExecuted 最后一步了,可以这里捕获异常.上面我们说过还有ExceptionFilters,如果前面过程中的异常没有被捕获那么最终都会到冒泡到ExceptionFilters.

RouteData中获得ActionName

ActionInvoker.InvokeAction

通过ControllerContext获取ControllerDescriptor

FindAction-获取ActionDescriptor

GetFilters

ModelBinder把Request中的数据转换成Action方法需要的参数

AuthorizationFilter

Action Filter.OnActionExecuting

Action

ActionFilter.OnActionExecuted

ResultFilter.OnResultExecuting

ActionResult Execution

ResultFilter.OnResultExecuted

WebFormViewEngine.CreateView

WebFormView.Render

ResultFilter.OnExecuted

498)this.width=498;" height=409>

控制权归还到HttpApplication完成后续的asp.net mvc生命周期。

原文：http://developer.51cto.com/art/200907/138884.htm

本文链接

ASP.NET页生命周期介绍：阶段，事件及其他(转)

2011-05-07T08:11:00Z

本文概述了asp.net的页生命周期。在页生命周期的每个阶段中，页将引发可运行您自己的代码进行处理的事件。

asp.net 页运行时，此页将经历一个生命周期，在生命周期中将执行一系列处理步骤。这些步骤包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及进行呈现。了解页生命周期非常重要，因为这样做您就能在生命周期的合适阶段编写代码，以达到预期效果。此外，如果您要开发自定义控件，就必须熟悉页生命周期，以便正确进行控件初始化，使用视图状态数据填充控件属性以及运行任何控件行为代码。（控件的生命周期基于页的生命周期，但是页引发的控件事件比单独的 asp.net 页中可用的事件多。）

常规ASP.NET页生命周期阶段

一般来说，页要经历下表概述的各个阶段。除了页生命周期阶段以外，在请求前后还存在应用程序阶段，但是这些阶段并不特定于页。有关更多信息，请参见 asp.net 应用程序生命周期概述。

498)this.width=498;" height=390>

生命周期事件

在ASP.NET页生命周期的每个阶段中，页将引发可运行您自己的代码进行处理的事件。对于控件事件，通过以声明方式使用属性（如 onclick）或以使用代码的方式，均可将事件处理程序绑定到事件。

页还支持自动事件连接，即，asp.net 将查找具有特定名称的方法，并在引发了特定事件时自动运行这些方法。如果 @ Page 指令的 AutoEventWireup 属性设置为 true（或者未定义该属性，因为该属性默认为 true），页事件将自动绑定至使用 Page_事件的命名约定的方法（如 Page_Load 和 Page_Init）。有关自动事件连接的更多信息，请参见 asp.net Web 服务器控件事件模型。

下表列出了最常用的页生命周期事件。除了列出的事件外还有其他事件；不过，大多数页处理方案不使用这些事件。而是主要由 asp.net 网页上的服务器控件使用，以初始化和呈现它们本身。如果要编写自己的 asp.net 服务器控件，则需要详细了解这些阶段。有关创建自定义控件的信息，请参见开发自定义 asp.net 服务器控件。

498)this.width=498;" height=548>

498)this.width=498;" height=355>

其他的页生命周期注意事项

各个 asp.net 服务器控件都有自己的生命周期，该生命周期与页生命周期类似。例如，控件的 Init 和 Load 事件在相应的页事件期间发生。

虽然 Init 和 Load 都在每个控件上以递归方式发生，但它们的发生顺序相反。每个子控件的 Init 事件（还有 Unload 事件）在为其容器引发相应的事件之前发生（由下到上）。但是，容器的 Load 事件是在其子控件的 Load 事件之前发生（由上到下）。

可以通过处理控件的事件（如 Button 控件的 Click 事件和 ListBox 控件的 SelectedIndexChanged 事件）来自定义控件的外观或内容。在某些情况下，可能也需处理控件的 DataBinding 或 DataBound 事件。有关更多信息，请参见各个控件的类参考主题以及开发自定义 asp.net 服务器控件。

当从 Page 类继承类时，除了可以处理由页引发的事件以外，还可以重写页的基类中的方法。例如，可以重写页的 InitializeCulture 方法，以便动态设置区域性信息。注意，在使用 Page_事件语法创建事件处理程序时，将隐式调用基实现，因此无需在方法中调用它。例如，无论是否创建 Page_Load 方法，始终都会调用页基类的 OnLoad 方法。但是，如果使用 override 关键字（在 Visual Basic 中为 Overrides）重写页的 OnLoad 方法，则必须显式调用基方法。例如，如果在页中重写 OnLoad 方法，则必须调用 base.Load（在 Visual Basic 中为 MyBase.Load）以运行基实现。

添加的控件的追赶事件

如果控件是在运行时动态创建的，或者是以声明方式在数据绑定控件的模板中创建的，它们的事件最初与页上的其他控件的事件并不同步。例如，对于运行时添加的控件，Init 和 Load 事件在页生命周期中的发生时间可能要比以声明方式创建的控件的相同事件晚得多。因此，从实例化那一刻起，动态添加的控件的事件就一直是在模板中的控件的事件之后发生，直到赶上该控件加入 Controls 集合时所对应事件为止。

一般来说，除非存在嵌套数据绑定控件，否则，您不必担心这种情况。如果子控件已执行数据绑定，但其容器控件尚未执行数据绑定，则子控件中的数据与其容器控件中的数据可能不同步。如果子控件中的数据根据容器控件中的数据绑定值执行了处理，这种情况则尤其显著。

例如，假定有一个 GridView，它的每一行显示一条公司记录，此外，有一个 ListBox 控件包含公司管理者列表。若要填充管理者列表，则需要将 ListBox 控件绑定到一个数据源控件（如 SqlDataSource），后者在查询中使用 CompanyID 来检索公司管理者数据。

如果以声明方式设置了 ListBox 控件的数据绑定属性（如 DataSourceID 和 DataMember），ListBox 控件将尝试在包含行的 DataBinding 事件期间绑定到其数据源。不过，行的 CompanyID 字段直到 GridView 控件的 RowDataBound 事件发生后才包含值。这种情况下，先绑定子控件（ListBox 控件），后绑定包含控件（GridView 控件），因此它们的数据绑定阶段并不同步。

若要避免此种情况，需要将 ListBox 控件的数据源控件与 ListBox 控件自身放在同一模板项中，并且不要以声明方式设置 ListBox 的数据绑定属性。而应在 RowDataBound 事件期间在运行时以编程方式设置它们，这样，到 CompanyID 信息可用时 ListBox 控件才会绑定到其数据。

有关更多信息，请参见使用数据源控件绑定到数据。

数据绑定控件的数据绑定事件

为了帮助您理解ASP.NET页生命周期与数据绑定事件之间的关系，下表列出了数据绑定控件（如 GridView、DetailsView 和 FormView 控件）中与数据相关的事件。

498)this.width=498;" height=363>

登录控件事件

498)this.width=498;" height=249>

原文：http://developer.51cto.com/art/200907/138885.htm

本文链接

JQuery 实现网页的快捷键操作

2011-04-29T01:40:00Z

今天同事与我分享了一个关于JQuery 实现B/S （或说网页）页面的快捷键操作方法，

测试页面：http://img.jb51.net/online/jquery_HotKeys.html

插件下载地址：http://code.google.com/p/js-hotkeys/downloads/list

测试页面的一些代表性代码：
jQuery(document).bind('keydown', 'f6',function (evt){jQuery('#_f6').addClass('dirty'); return false; });
jQuery.hotkeys.add('left',function (){jQuery('#_left').addClass('dirty')});
                jQuery.hotkeys.add('up',function (){jQuery('#_up').addClass('dirty')});
                jQuery.hotkeys.add('right',function (){jQuery('#_right').addClass('dirty')});
                jQuery.hotkeys.add('down',function (){jQuery('#_down').addClass('dirty')});
                jQuery.hotkeys.add('f1',function (){jQuery('#_f1').addClass('dirty')});

jQuery.hotkeys.add('Ctrl+a',function (){jQuery('#_Ctrl_a').addClass('dirty')});

jQuery.hotkeys.add('Alt+a',function (){jQuery('#_Alt_a').addClass('dirty')});

jQuery.hotkeys.add('Shift+a',function (){jQuery('#_Shift_a').addClass('dirty')});

$.hotkeys.add('键名', function(){ 要实现的目的});

//键名可以是单键,也可以是组合键例如:ctrl+c就表示同时按下ctrl和c

本文链接