[转载]分享一个快速将传统表单转化为AJAX支持的表单的jQuery插件 – ALAJAX – gbin1 – 博客园.

在线演示  本地下载

今天我们介绍一个非常方便将传动表单递交方式自动转化为AJAX递交方式的JQuery插件 – ALAJAX，使用这个插件可以有效的帮助你把一些不支持AJAX的遗留系统快速的转化为支持AJAX的应用。而且不要求你有任何编程技巧，只需要添加一段简单的JavaScript即可。

主要特性

• 自动为表单form添加AJAX功能
• 不需要任何编程
• 即使是动态生成的表单也可以很好的工作
• 轻量级（3kb）
• 很容易理解，并且修改简单
• 非常适合web开发人员和设计人员

如何使用

倒入JQuery和插件类库，如下：

$(document).ready(function (){ $("#ID").alajax(); })

#ID是表单的ID或者是DIV的ID。

[转载]IT族候车健身秘笈 – 寻得乐中乐 – 博客园.

[转载]jQuery Print Element 1.2.

$('SelectorToPrint').printElement(); 

$("selector").printElement({printMode:'popup'}); 

$("selector").printElement({pageTitle:'thisWillBeTheNameInThePrintersLog.html'}); 

$("selector").printElement( { overrideElementCSS:[ 'thisWillBeTheCSSUsed.css', { href:'thisWillBeTheCSSUsedAsWell.css',media:'print'}] }); 

$("selector").printElement( { printBodyOptions: { styleToAdd:'padding:10px;margin:10px;color:#FFFFFF !important;', classNameToAdd : 'thisWillBeTheClassUsedAsWell' } }); 

$("selector").printElement( { leaveOpen:true, printMode:'popup' }); 

$("selector").printElement( { iframeElementOptions: { styleToAdd:'position:absolute;width:0px;height:0px;bottom:0px;', classNameToAdd : 'thisWillBeTheClassUsedAsWell' } }); 

[转载]C# 调用IP库（QQWry.Dat）查询IP位置及自动升级IP库方法（附IP库下载地址及相关dll下载） – 王磊（Stone） – 博客园.

前言

C# 用IP地址（123.125.114.144）查询位置（北京市百度公司）的东西，非常好用也非常方便，可手动升级刷新IP库，一次编码永久收益，可支持winform、ASP.NET等程序。

本文使用的IP库为， QQWry.Dat是显IP版QQ（彩虹外挂等），纯真IP数据库查询器等的IP数据库文件，可实现 IP 地址高效检索。

使用

一、C# 调用IP库（QQWry.Dat）查询IP位置

①、下载QQWry.Dat到D盘根目录（用户可以随意放置，没有特殊规定），点击下载。

②、使用第三方dll（IPLocation.dll）调用返回信息，点击地址。

③、项目引用第三方dll（IPLocation.dll），然后调用代码：IPLocation.IPLocation.IPLocate(“D:\\qqwry.dat”, “123.125.114.144”); 直接返回位置地址。

二、手动升级IP库（QQWry.Dat）方法

需要使用工具：IP纯正库，点击下载

下载完之后安装（此次略去安装步骤，一直点下一步就行），安装完之后，如图：

点击 “打开文件位置” ，如图：

把咱们的QQwry.Dat替换到安装目录位置，或者直接用这个QQwry.Dat与咱们之前用的相同。
然后打开“纯真IP地址数据库”软件，点击“在线升级”，如图：

等待升级完成，安装目录下的QQwry.Dat就是最新的IP库了，复制到咱们的程序当中即可使用。

结束

用途不解释，6年前刷广东在线IP，刷半年的腾讯三钻加会员，那时候腾讯只有三钻和会员，想不到如今有不上了，不过这款IP库已经经历了历史的洗礼，很全很强大了。希望能为大家提供有用的帮助，请支持一下，谢谢。

[转载]简单的搭建一个高并发低时延系统 – 常高伟 – 博客园.

[转载]Visual Studio 2008 Windows Form项目发布生成安装包详解 – 一叶知秋_yjh – 博客园.

[转载]新浪微博SDK for .Net 4.0第二版Web Demo发布了 – 林选臣 – 博客园.

转载C# 关于方法中的参数（可选参数和命名参数） – Andrew.Wangxu – 博客园.

在阅读《CLR via C#（第三版）》第191页中看到方法参数的用法，这里将书本中的内容挑选一些关键的记录下来，内容如下：

设计一个方法的参数时，可为部分或全部参数分配默认值。然后，调用这些方法的代码可以选择不指定部分实参，接受其默认值。除此之外，调用方法时，还可通过指定参数名称的方式为其传递实参。以下代码演示了可选参数和命名参数的用法：

using System;
using System.Collections.Generic;
using System.Text;

namespace ParameterInMethod
{
class Program
{
private static int s_n = 0;
private static void M(int x = 9, string s = "A", DateTime dt = default(DateTime), Guid guid = new Guid())
{
Console.WriteLine("x={0},s={1},dt={2},guid={3}",x,s,dt,guid);
}

static void Main(string[] args)
{
// 1. 等同于M(9, "A", default(DateTime), new Guid());
M();

// 2. 等同于M(8, "X", default(DateTime), new Guid());
M(8, "X");

// 3. 等同于M(5, "A", DateTime.Now, new Guid());
M(5, guid: Guid.NewGuid(), dt: DateTime.Now);

// 4. 等同于M(0, "1", default(DateTime), new Guid());
M(s_n++, s_n++.ToString());

// 5. 等同于以下两行代码：
// string t1 = "2"; int t2 = 3;
// M(t2, t1, default(DateTime), new Guid());
M(s: (s_n++).ToString(), x: s_n++);

Console.ReadLine();

//程序输出结果如下：
/*
* x=9,s=A,dt=0001/1/1 0:00:00,guid=00000000-0000-0000-0000-000000000000
* x=8,s=X,dt=0001/1/1 0:00:00,guid=00000000-0000-0000-0000-000000000000
* x=5,s=A,dt=2012/5/31 10:34:28,guid=cdc348c3-6435-40ed-8e37-23d90f4f05ce
* x=0,s=1,dt=0001/1/1 0:00:00,guid=00000000-0000-0000-0000-000000000000
* x=3,s=2,dt=0001/1/1 0:00:00,guid=00000000-0000-0000-0000-000000000000
*/

}
}
}

如你所见，如果调用时省略了一个实参，C#编译器会自动嵌入参数的默认值。

在对 M 的第4个调用中 s_n 中的当前值（0）传给x，然后 s_n 递增。随后， s_n 的当前值（1）作为一个字符串传给 s， 然后继续递增到 2. 使用已命名的参数传递实参时，编译器仍然按从左到右的顺序对实参进行求值。

在对 M 的第5个调用中， s_n 中的当前值（2）被转换成一个字符串，并保存到编译器创建的一个临时变量（t1）中。接着， s_n 递增到3，这个值保存到编译器创建另一个临时变量（t2）中。然后， s_n 继续递增到4. 最后调用M时，向它传递的实参一次是 t2,t1 一个默认DateTime 和 新建的guid。

规则和原则：

• 可以为方法、构构造器方法和有参属性（C#索引器）的参数指定默认值。还可为属于委托定义一部分的参数指定默认值。然后，在调用该委托类型的一个变量时，可以省略实参，以接受默认值。
• 有默认值的参数必须在没有默认值的所有参数之后。换言之，一旦定义了一个有默认值的参数，它右边的所有参数也必须有默认值。例如在面前的 M 方法定义中，如果删除 s 的默认值（“A”），就会出现编译错误。但这个规则有一个例外：“参数数组”这种参数必须放在所有参数（包括有默认值的这些）之后，而且数组本身不能有一 个默认值。
• 默认值必须是编译时能确定的常量值。那么，能为哪些参数设置默认值呢？这些参数的类型可以是C#认定的基元类型。还可以包括枚举类型，以及能设为 null 的任何引用类型。对于任何值类型的一个参数，可将默认值设为值类型的一个实例，并让它的所有字段都包含零值。可以用 default 关键字或者 new 关键字来表达这个意思；两种语法将生成完全一致的IL代码。在 M 方法中设置 dt 参数和 guid 参数的默认值时，分别使用的就是这两种语法。
• 注意不要重命名参数变量。否则，任何调用者如果以传参数名的方式传递参数，都必须修改它们的代码。例如，在前面的 M 方法声明中，如果将dt变量重命名为 dateTime，对 M 的第三个调用就会造成编译错误：error CS1739:”M” 的最佳重载没有名为“dt”的参数。
• 如果参数用 ref 或 out 关键字进行了标识，就不能设置默认值。因为没有办法为这些参数传递一个有意义的默认值。
• C#不允许省略逗号之间实参，比如M（1, , DateTime.Now）.因为会造成可读性的影响，程序员将被迫去数这些逗号。

大概就是以上内容，具体细节的这里并没有说的特别的全面，可以参考本文的前面说的书籍作为参考。

我测试的一个Demo源码下载：http://files.cnblogs.com/andrew-blog/ParameterInMethod.rar

[转载]使用Areas分离ASP.NET MVC项目 – Lyon.L – 博客园.

为什么需要分离？

我们知道MVC项目各部分职责比较清晰，相比较ASP.NET Webform而言，MVC项目的业务逻辑和页面展现较好地分离开来，这样的做法有许多优点，比如可测试，易扩展等等。但是在实际的开发中，随着项目规模 的不断扩大，Controller控制器也随之不断增多。如果在Controllers文件夹下面有超过两位数controller，即便采用良好的命名 规范，或者用子文件夹的形式区分不同功能的控制器，还是会影响项目的可阅读性和可维护性。因此，在一些场景下，如果能把与某功能相关的文件分离到一个独立 的项目中是非常有用的。ASP.NET MVC提供了Areas(区域)的概念达到这一目的。

一个典型的场景

Web应用通常会有前台（面向用户）和后台（面向管理员）两部分，我们希望以/locahost/Admin开始的URL都为后台管理地址，因此我们也许会有这样的路由：

routes.MapRoute( //Admin Route
"Admin", // Route name
"Admin/{controller}/{action}/{id}", // URL with parameters
new { controller = "Admin", action = "Index", id = UrlParameter.Optional } // Parameter defaults
);

routes.MapRoute( //Default Route
"Default", // Route name
"{controller}/{action}/{id}", // URL with parameters
new { controller = "Home", action = "Index", id = UrlParameter.Optional } // Parameter defaults
);

运行程序访问locahost/Admin, 通过RouteDebugger（Asp.Net MVC路由调试的好帮手RouteDebugger） 的输出信息可以看到，第一个路由(Admin)匹配成功，AdminController的Index方法被调用了，然而再仔细想想，通过 /localhost/Admin/Index可以匹配第二个路由(Default)，同样可以调用AdminController的Index方法！以 此类推，后台用户管理列表(/localhost/Admin/User/List)等同于(/localhost/User/List)。

第一次改进

我们要达到一种目的，那就是/localhost/Admin/Admin/Index正确匹配第一个路由，而/localhost/Admin/Index不匹配第二个路由。因此可以对Default路由进行条件限制，参考Stephen Walther的ASP.NET MVC Tip #30 – Create Custom Route Constraints，修改Default路由为：

routes.MapRoute( //Default Route
"Default", // Route name
"{controller}/{action}/{id}", // URL with parameters
new { controller = "Home", action = "Index", id = UrlParameter.Optional }, // Parameter defaults
new { controller = new NotEqual("Admin")}
);

上面的路由意思是AdminController不会匹配Default路由。现在分别运行之前的两个URL，会发现直接访问/Admin /Index已经不能匹配到任何路由。通过修改NotEqual类，可以很容易为Default路由添加多个“排除在外”的Controller限制条 件。但是，你不觉得这样很挫么？

第二次改进

这里进入正题，使用Areas这个功能来进行分离。新建一个项目”MyMvcAreasDemo”，然后在项目上右键->添加->Areas，输入”Admin”，如下：

在Areas/Admin/Controllers文件夹下面新建HomeController并添加一个Index的方法和对应的View文件。 这里可以发现Areas的另一个好处：你可以在不同Areas下面添加相同名称的Controller。当然，如果你直接这么运行会得到一个错误：

这种情况需要修改一下AdminAreaRegistration.cs和Global.asax，分别为路由加上命名空间限制：

/Areas/Admin/AdminAreaRegistration.cs

context.MapRoute(
"Admin_default",
"Admin/{controller}/{action}/{id}",
new { action = "Index", id = UrlParameter.Optional },
new string[] { "MyMvcAreasDemo.Areas.Admin.Controllers" }
);

/Global.asax.cs

routes.MapRoute( //Default Route
"Default", // Route name
"{controller}/{action}/{id}", // URL with parameters
new { controller = "Home", action = "Index", id = UrlParameter.Optional }, // Parameter defaults
new string[] { "MyMvcAreasDemo.Controllers" }
);

这样，我们就可以把所有与后台管理相关的Controller和View文件放到/Areas/Admin下面，以此类推，可以添加诸如会员(Member)，博客(Blog)，论坛(Forum)等多个Areas。各部分都有自己的顶层文件夹，物理文件都分离开来，管理起来比较方便。

这种方式已经有了很大提高，但是所有的文件还是放在同一个项目里面。当项目规模较大的时候，比较好的开发方式是将不同功能模块按需要独立到不同项目里面，最后再整合成一个整体。这样，每一个项目可以独立开发，测试和发布。

第三次改进

我们需要对现有项目进行一下改造：

1. 在解决方案上面新建一个MyMvcAreasDemo.Admin的MVC3项目，并且删除Global.asax和Web.config两个文件

2. 在根目录新建一个AdminAreaRegistration的类，输入如下内容：

public class AdminAreaRegistration : AreaRegistration
{
public override string AreaName
{
get
{
return "Admin";
}
}

public override void RegisterArea(AreaRegistrationContext context)
{
context.MapRoute(
"Admin_default",
"Admin/{controller}/{action}/{id}",
new { action = "Index", id = UrlParameter.Optional }
);
}
}

3.  删除MyMvcAreasDemo项目/Areas/Admin文件夹下面的AdminAreaRegistration.cs文件以及Controllers文件夹（包括HomeController）

4.  在MyMvcAreasDemo.Admin项目的Controllers里面新建一个HomeController

5.  记得保留MyMvcAreasDemo/Areas/Admin下面的Views，并且在MyMvcAreasDemo项目里面引用MyMvcAreasDemo.Admin项目，如图：

现在运行程序并访问/Admin/Home/Index可以发现Admin项目生效了。这样，我们可以将所有的与后台管理相关的Controller都放到这个新的项目中来。但是很快你会发现，一个新的“问题”又出现了：

当你在MyMvcAreasDemo.Admin里面的HomeController添加新的Action（例如List），然后习惯性在上面右键 -“Add View”后，你会发现新增的List.cshtml文件会出现在MyMvcAreasDemo.Admin/Views/Home下面，然后当你访问 /Admin/Home/List的时候浏览器会得到错误提示：”The view ‘List’ or its master was not found or no view engine supports the searched locations…”。原来它只会在主程序MyMvcAreasDemo中的对应目录去寻找View。这么一来，MVC框架提供给我们的脚手架功能就大 打折扣，当然你可以手动在MyMvcAreasDemo/Areas/Admin/Views中对应添加View，或者在 MyMvcAreasDemo.Admin项目中自动生成了View之后再拷贝过去。有没有更好的办法呢？

第四次改进

为了使我们在MyMvcAreasDemo.Admin自动生成的View自动同步到MyMvcAreasDemo/Areas/Admin /Views文件夹中，可以使用“生成事件（Build Event）”里的“Post-Build Event”，打开MyMvcAreasDemo.Admin的属性，修改如下图所示：

我本地的生成事件为：

意思其实很简单，相信大家都能看得懂，就是完全复制MyMvcAreasDemo.Admin的Views文件夹下所有文件至MyMvcAreasDemo/Areas/Admin/Views中。

现在再次访问/Admin/Home/List就可以得到正确结果了，并且你可以发现List.cshtml已经被复制到MyMvcAreasDemo/Areas/Admin/Views/Home目录里。

至此大功告成！我们已经将面向前台和面向后台的模块成功分离到两个独立的项目中，希望能对您有所帮助！

[转载]InfoQ: 12种JavaScript MVC框架之比较.

Gordon L. Hempton是西雅图的一位黑客和设计师，他花费了几个月的时间研究和比较了12种流行的JavaScript MVC框架，并在博客中总结了每种框架的优缺点，最终的结果是，Ember.js胜出。

此次比较针对的特性标准有四种，分别是：

• UI绑定（UI Bindings）
• 复合视图（Composed Views）
• Web表现层（Web Presentation Layer）
• 与其他框架良好协作（Plays Nicely with Others）

对于各种JavaScript MVC框架，Gordon都总结了优缺点：

1. Backbone.js——优点：强大的社区，强劲的势头；缺点：抽象较弱，很多功能亟待增加。
2. SproutCore——优点：对绑定的支持，可靠的社区，大量特性；缺点：过度规范，难以和不需要的特性解耦。
3. Sammy.js——优点：易于学习，更容易和现存的服务端应用程序整合；缺点：过于简单，无法应用于大型应用程序中。
4. Spine.js——优点：轻量级，文档很完备；缺点：它的核心概念“spine”是异步的用户界面，这意味着理想状况用户界面永远不会发生堵塞，而这个基础有缺陷。
5. Cappuccino——优点：大型深思熟虑后的框架，良好的社区，很棒的继承模型；缺点：由iOS开发者创建，使用JavaScript模拟Objective-C。
6. Knockout.js——优点：对绑定的支持，完备的文档和教程；缺点：绑定语法拙劣，缺少统一的视图组件层级关系。
7. Javascript MVC——优点：可靠的社区；缺点：基于字符串的继承模型很差，控制器与视图关系过密而缺少绑定。
8. GWT（Google Web Toolkit）——优点：全面的框架，良好的社区，可靠的基于Java的组件继承模型；缺点：可能无法经受时间的考验，另外，Java在客户端上的抽象有些笨拙。
9. Google Closure——优点：很好的基于组件的UI组合系统。缺点：缺少UI绑定支持。
10. Ember.js——优点：很丰富的模板系统，拥有复合视图和UI绑定；缺点：相对较新，文档不够完备。
11. Angular.js——优点：对模板范围和控制器设计有很好的考虑，拥有依赖注入系统，支持丰富的UI绑定语法。缺点：代码的模块性不强，视图的模块化也不够。
12. Batman.js——优点：代码清晰，绑定、持久化的方法简单；缺点：使用了单例控制器。

经过对以上各种Javascript MVC框架特性的比较，Gordon认为只有Ember.js能够完全满足他的要求，从而成为他最终选用的框架。

你是否也使用过某些JavaScript MVC框架呢？欢迎参与讨论。