[转载]SQL Server CheckPoint的几个误区 – CareySon – 博客园.

[转载][译]WebForms vs. MVC – 滴答的雨（何雨泉） – 博客园.

译者介绍

小小.NET学童，滴答…滴答…的雨……

正文如下=======================================================

原文示例（VS2012）：

1.  Download Simple WebForm demo – 6.7 KB

2.  Download Simple MVC Demo demo – 1.5 MB

介绍

         我做为一名ASP.NET开发人员已经有很长时间了，并且我非常乐意使用ASP.NET Web Forms开发web应用程序。

         在2008年，Microsoft首次发布ASP.NET MVC框架。我非常惊讶“为什么需要另一个ASP.NET技术框架”并且很多人和我拥有相同的想法。

         很多人说ASP.NET MVC框架将取代ASP.NET Web Forms框架，但是这不是真的。它们各有各的优点和缺点，没有人告诉或教我们什么场景使用哪一种架构，但是我们可以讨论一些事实，这将帮助我们选择最适合项目需求的框架。

我们将一起尝试找到一些问题的答案，比如

l  什么是ASP.NET？

l  什么是ASP.NET Web Forms？

l  什么是MVC？

l  什么是ASP.NET MVC？

如果你是高级或经验丰富的ASP.NET MVC 开发人员，那么你已经知道MVC非常棒了，而这篇文章将帮助你温故这些概念。

讨论内容

提纲

ü  可视化技术

ü  Web技术

ü  Web可视化技术

ü  什么是ASP.NET？

ü  什么是Web Forms？

ü  ASP.NET 4.0

ü  什么是MVC？

ü  什么是ASP.NET MVC？

ü  ASP.NET MVC 是如何工作的？

ü  什么是ASP.NET Web Forms框架以及什么是ASP.NET MVC框架？

1.         可视化技术

         微软提出了所谓的“可视化”技术，在这种技术的帮助下微软能快速开发图形用户应用程序。像拖拽和智能提示的特征让开发人员能更关注应用程序的业务功能的实现而不是UI设计。

2.         Web技术

当前比较经典的web技术有：asp，php，jsp，ror，asp.net web forms，asp.net MVC等等。asp是微软引入的一个经典的web技术，asp最大的问题是混乱的code布局和糟糕的可维护性。

我们假设一个场景，你有一些文本和一个按钮，在按钮点击时在服务器验证数据，如果验证成功就存入数据库，如果验证失败就在表单上用红色标签显示错误信息。你知道这个场景最大的问题是什么吗？你必须自己做很多东西来实现这个效果。

1)         首先，你要设置表单的action属性，让其指向当前页本身。

2)         文本框的值将在点击按钮后会自动清空，所以只能自己尝试从提交的数据中恢复。

3)         如果服务器验证失败，你必须

a)         从提交的数据中提取相应值设置到对应的文本框中；

b)         显示错误信息；

（使用Ajax异步提交是另一种实现方式，但是这里我是为了解释在经典的asp技术中需要耗费大量的人工操作）

3.         Web可视化技术

像Visual Basic技术仅限于单独的应用程序，当涉及到网络，就只有选择微软经典的asp。

         当我们讨论Web应用程序和Winform应用程序时，有两个事是应该考虑的：

1)         状态管理如何工作？

2)         请求/响应如何工作？

Web应用程序遵循HTTP协议。http协议是无状态的，即同一个客户端的这次请求和上次请求是没有对应关系的，对http服务器来说，它并不知道这两个请求来自同一个客户端。与Winform应用程序不同，没有变量将被保存，也没有完整的事件驱动编程模型。与Winform应用程序相同的是需要等待用户输入，但每个用户的输入和交互将做为一个新的请求(get/post)发送到服务器。

最终，微软提出了所谓的ASP.NET Web Forms框架，充分考虑了应用程序快速开发的需求和简单易学性。

4.         什么是ASP.NET？

ASP.NET是Microsoft的web应用程序框架，由公用语言运行库（CLR，Common language runtime）的C#或VB.NET等程序语言构建的动态web站点。它支持两种模式：Web Forms和ASP.NET MVC.

5.         什么是Web Forms？

Microsoft发布的ASP.NET，通过在web的无状态和为开发人员模拟状态的模型上创建更高层次的抽象解决了asp中存在的很多问题。在web forms框架中引入一些新概念比如：“self postback”（提交表单数据到本页）、“ViewState”（在postback回调期间维护视图状态）等。在web forms框架，微软已尝试将可视化模型引入到web应用程序开发中。

让我们来讨论下Web Forms框架的优缺点：

1)         优点：

a)         Web Forms支持丰富的服务器控件

使用单纯的HTML客户端控件时，你可能会注意到在浏览器终端控件的展现并不总是一致。比如：一个UI在IE浏览器中看起来非常棒，但在Firefox浏览器中却很糟糕。ASP.NET服务器控件会检测到浏览器种类并生成对应的html和JavaScript。

很多服务器控件像GridView和ListView可以绑定数据，从而减少了大量的代码编写。

b)         支持视图状态

你可能听说过几次“HTTP是无状态的协议”。通常在多个请求之间控件不会保持控件值。但是在Web Forms框架中通过将每个控件状态以“隐藏域”的形式存在当前表单页面来达到“有状态”，这就是视图状态。

c)         事件驱动编程

它为我们提供：

l  Code-Behind （代码后植）技术           在ASP.NET中通过ASPX页面指向CS文件的方法实现显示逻辑和处理逻辑的分离，这样有助于web应用程序的创建。比如分工，美工和编程的可以个干各的，不用再像以前asp那样后台代码和html代码都混在一起，难以维护。

l  自动回发机制（Self postback mechanism）

l  ViewState（视图状态）

开发人员不再依赖POST，GET方法来处理用户与服务器之间的交互，eg：可以拖控件放到页面上（比如按钮），只需要双击控件以生成对应的后台代码以在服务器上处理用户的点击逻辑。

d)         快速应用程序开发

丰富的服务器控件，事件驱动模型和视图状态都很大程度上增加了开发速度，开发者将透明化这背后复杂的实现，从而能更关注应用程序的业务逻辑。

e)         学习成本低

使用强大的服务器控件和视图状态的开发者，可以开发实用的应用程序而不需要太多HTML和JavaScript技能。

2)         缺点

a)         项目架构

当你创建Web Forms应用程序时，没有预定义的项目架构。开发者可以灵活的选择他们想要的项目架构。你可以选择基本的三层架构来将系统分成表现层(UI)、业务逻辑层(BLL)、数据层(DAL)或者更先进的MVP（Model-View-Presenter）架构。你也可以选择只使用code-behind技术，将所有逻辑都写在这，但这并不是一个好的项目架构方案。

b)         单元测试

在Web Forms架构的code-behind技术中，使用了大量的事件处理函数，让其不可能进行自动单元测试。

注意：据我所知，即使借助模拟测试（MOQ或rhinomoq）也不能模拟事件处理程序中的“sender”和“eventargs”两个对象。

重要的是，现在测试驱动开发和单元测试变得越来越重要了。

c)         性能

ViewState成功的解决了经典的ASP程序中的一些问题，但也引入了另一些问题。ViewState存储在页面本身，这样增加了页面的大小降低了程序性能。

d)         可重用性

让我们讨论另一个示例，我们构建两个UI

l  纳税员工页面

l  非纳税员工页面

现在这两个页面将共用大部分后台业务逻辑。创建一个页面后，通过添加一些if判断条件创建第二个页面。 

这 将违反程序设计的单一职责原则，即一个类，只有一个引起它变化的原因。应该只有一个职责。每一个职责都是变化的一个轴线，如果一个类有一个以上的职责，这 些职责就耦合在了一起。这会导致脆弱的设计。当一个职责发生变化时，可能会影响其它的职责。另外，多个职责耦合在一起，会影响复用性。例如：要实现逻辑和 界面的分离。

e)         不能完全控制HTML

Web Forms架构中，很多时候我们无法确定服务器控件在终端浏览器中生成的html，这样很难集成第三方JavaScript 库，如JQuery。

f)          SEO

URL指向特定的ASPX页面，可能还包含一些查询字符串。这样对于搜索引擎来说是不友好的。更详细请看：《更友好的网站url设计》

g)         缺少并行开发支持

ASPX页面和后台代码文件是紧密耦合的，所以不方便2个开发者同时开发页面和后台代码。

6.         ASP.NET 4.0

ASP.NET 4.0 发布了一些新特性来解决上面提到的一些问题。

1)         ViewState：提供禁用或控制视图状态大小的功能。

2)         URL路由：使用URL路由功能，我们能提供自己的URL来代替页面的物理路径。

3)         ID：在ASP.NET4.0中，我们能更好的控制元素的ID属性，以便更好的与其他JavaScript库集成。（不过，我们任然不能完全控制HTML元素的生成）

尽管在ASP.NET4.0大幅度改进后：

1)         任然不能解决单元测试的问题。

2)         我从未见过使用ASP.NET Web Forms架构的开发者会尝试禁用ViewState。（这是个人看法）

3)         我们能控制元素的ID属性，但是不能完全控制HTML如何生成，所以任然存在结合第三方JavaScript库编程的一些困难。

7.         什么是MVC？

MVC是一个架构模式，现在已经很多地方使用了。

很多人在Java中使用它。微软将它引入到ASP.NET MVC架构中。我们今天就来讨论ASP.NET MVC架构，但在此之前我们先了解一些MVC中的术语。

1)         模式：其实就是解决某一类问题的方法论。把解决某类问题的方法总结归纳到理论高度，那就是模式。模式是一种指导，在一个良好的指导下，有助于你完成任务，有助于你作出一个优良的设计方案，达到事半功倍的效果。而且会得到解决问题的最佳办法。

2)         架构模式：架构模式也叫架构风格，一个架构模式描述软件系统里基本的结构组织或纲要，是从子系统级别或模块级别解决我们的问题。我们常常需要构建类库、组建、Web Services等。

3)         MVC：当我们谈论到应用，就有输入逻辑，业务逻辑，UI逻辑等元素。MVC就是一个架构模式，它让我们在开发应用程序时能将这些逻辑元素保持松散耦合。

MVC模式的主要意图是分离关注点，它使的展示或UI 与业务或用户交互逻辑分离。

MVC系统应该分为M(Model)，V(View) 和 C(Controller)。

l  Model，被定位为智能或手动的业务规则、逻辑、数据，它独立于MVC的View和Controller部分。

l  Controller，接收并分配用户交互逻辑或输入逻辑发出的请求，它需要知道MVC的Model和View。

l  View，被定位为模型数据的输出表现，它可能是一个excel表格，一个显示记录列表的web页面或一个简单的文本。它只需要知道MVC的Model。

8.         什么是ASP.NET MVC？

ASP.NET MVC是微软发布的，用于设计低耦合、可测试的web应用程序框架，它是基于CLR和成熟的MVC架构构建的。ASP.NET MVC不支持ViewState和服务器控件，所以你可能认为又回到了麻烦的原生web应用程序开发。但不是，让我们来讨论下ASP.NET MVC框架的优缺点：

优点：

1)         项目架构

ASP.NET MVC架构降低了程序间的耦合性，即M(model)、V(View)、C(Controller)。如图：

2)         测试驱动开发和重用性

a)         MVC的Controller，是一个独立的类，所以支持测试驱动开发。

b)         MVC的Controller，不绑定任何特定的View，所以能重用于多个View。

3)         性能

ASP.NET MVC框架不支持ViewState，所以不会有自动状态管理机制，从而降低了页面传递的尺寸，提高了程序性能。

4)         完全的HTML控制

ASP.NET MVC 不支持服务器控件，唯一的选择是使用客户端输入控件，这样我们能完全控制最后展现的html。所以ASP.NET MVC 架构能很容易的与第三方JavaScript库（eg：JQuery）集成开发。

5)         支持并行开发

ASP.NET MVC架构中的各层是松散耦合的，所以一个开发者在开发Controller的同时第二个开发者开发View并且第三个开发者开发Model。这就是所谓的并行开发。

6)         SEO，URL重写和REST

丰富的路由规则让每个URL被视为一个资源，即支持RESTful。

同时，用户用好的、可读的URL能改善SEO。

7)         可扩展的

ASP.NET MVC支持多种视图引擎，eg：aspx、razor，如果需要还能开发自己的视图引擎。

8)         继承ASP.NET特性

ASP.NET MVC框架构建在成熟的ASP.NET框架之上，所以提供开发者很多好功能，如表单验证、windows身份验证、缓存、会话等等。

缺点：

1)         提高了学习成本

没有事件驱动编程模型和视图状态，使得对于缺少web应用开发经验的开发者来说很难上手。

9.         ASP.NET MVC 是如何工作的？

1)         用户通过浏览器URL向服务器请求一些资源。（GET请求）

2)         路由引擎首先将这个请求传递给对应的Controller。

3)         如果需要持久化数据，Controller就从Model中获得数据。

4)         Model访问数据库数据（或其它一些数据资源）并返回数据给Controller。

5)         Controller将选择适当的View。

6)         Controller将数据（第四部获取的model）传递给页面（第五部获取的view），数据将填充到页面的指定位置。

7)         Controller将View返回并呈现给用户。

这是一个GET请求，POST请求的流程类似。唯一不同的是：不是通过在浏览器中输入url触发，而是在页面上做一些操作（eg：点击按钮、改变下拉选项等等）来触发POST请求。

         有园友看的好仔细，我都没注意到…哈哈…不改变原来译文了，就在此进行说明吧。

10.     什么是ASP.NET Web Forms框架以及什么是ASP.NET MVC框架？

哪一个才是“最佳选择”？特定的解决方案依赖于应用程序的需求和团队成员的技术背景。当你面临必须在 ASP.NET Web Forms框架和 ASP.NET MVC框架中选择一个的时候，你要明白最重要的权重不是技术，而是其他的。当你做选择时，你需要考虑的两个重要因素：

1)         快速应用程序开发

如果你想快速开发任何web程序，那么ASP.NET Web Forms框架是你唯一的选择，你甚至无需考虑如何让 ASP.NET MVC框架快速开发程序。（选择ASP.NET Web Forms框架的原因：需求为快速开发的程序，客户一般不会支付太多money；或者应用程序只使用一、俩个月并且不再需要继续维护的项目）

2)         单元测试

如果自动单元测试对你来说非常重要，那么最好选择ASP.NET MVC框架。

除了这些，你能做的是：写下你的项目需求并试图比较ASP.NET Web Forms框架和 ASP.NET MVC框架的优劣。如果可能，就尝试问自己下面这些问题：

1)         你的团队是否在Web Forms框架或Windows Forms框架上拥有丰富的开发经验？

如果是，那么学习ASP.NET MVC框架对于团队来说可能是一项乏味的任务。因为开发者已经习惯使用ViewState和事件驱动的编程模型，思维的改变将是一个困难的任务。—— Web Forms框架获得一票。

2)         你的团队是否在ASP.NET MVC框架上拥有丰富的开发经验？

如果是，请选择MVC框架。—— ASP.NET MVC 框架获得一票。

3)         你的团队是否在ASP或非微软技术（如Android、ios、jsp、ror、php等）上拥有丰富的开发经验？

如果你曾使用过JSP或ASP，你可能熟悉HTTP的get和post请求，甚至你可能手写过使用MVC模式的代码，因为这些技术当中大部分都默认使用MVC模式。—— ASP.NET MVC 框架获得一票。

4)         是否会大量使用JavaScript？

如果是，选择MVC框架更合适，因为它能完全控制页面的HTML。—— ASP.NET MVC 框架获得一票。

5)         寻找更好的性能

不支持ViewState机制的 ASP.NET MVC 框架比ASP.NET Web Forms 框架能提供更好的性能。ASP.NET MVC 框架获得一票。

6)         计划重用相同的输入逻辑

如果是，请选择MVC框架。—— ASP.NET MVC 框架获得一票。

结论

我认为你应该准备充分的信息来决定什么最适合你的项目。最后的决定取决于你的团队和你的项目需求。

         希望你喜欢这篇文章，谢谢你的耐心阅读。

哈哈哈，翻译到此结束，好文还请多帮推荐…推荐。

原文作者：Marla Sukesh

原文链接：http://www.codeproject.com/Articles/528117/WebForms-vs-MVC

一些好的评论：

@路过秋天

5) 寻找更好的性能

不支持ViewState机制的 ASP.NET MVC 框架比ASP.NET Web Forms 框架能提供更好的性能。ASP.NET MVC 框架获得一票。

—————–

性能点不在于不支持ViewState的问题，WebForm也可以禁用ViewState，而mvc为了设计的需要，从开始的遍历所有引用的程序集，到获得到所有Control到调用相应的方法，都是基于反射调用。

所以不能单纯的以ViewState VS 反射来说谁的性能更好。

具体性能还是取决于开发者的水评。

@slice

MVC感觉用于Web方面更合适，容易和其他JS框架结合，思维上也更容易理解和控制，更能控制HTML本身。

MVC也有很多UI控件，例如telerik，kendoui等，不如webform那些控件那么傻瓜，但却更容易掌控，这个掌控不是指用起来多好用简单，而是更容易掌控起行为和过程，有个性化需求时，更容易拿它开刀。

@深海沉         

纠正原著的作者，首先现在的 Asp.net MVC 或者 Spring MVC 中的那个 Model, 已经不是传统MVC 模式中的那个Model了。传统MVC 模式中的model 是获得数据，含有业务逻辑；而 Asp.net MVC 或者 Spring MVC 中的那个 Model 其实是一个数据容器，Controller将获得的数据（或者已经是Mdoel）放入Model中，传递给View，这个Model 仅仅是作为数据的容器，没有任何的业务逻辑。原著的作者肯定是出错了。

@walleyekneel 

指出博文中的一点错误，ASP.NET MVC 框架的ASPX视图引擎也是支持服务器端控件的。（razor视图引擎才不支持）

[转载]新浪微博SDK在Eclipse中的使用 – ChriZ! – 博客园.

[转载]一个OSGI原形（.NET） – Aaron Dai – 博客园.

目前只做了基础的功能，比如：

1. 各个模块单独的AppDomain容器
2. Activator激活
3. 导出的服务检查

不过，虽说这样，但目前的这个版本已经能实现模块分离、互相依赖调用等功能了，对模块划分已经有很好的作用了。

先来说下基本结构：

目前这个框架对UI的模块化尚不支持，只支持单机下的模块加载（以后会改进）。

特点：

• Runtime、Module1、Module2、Module3都是在各自的AppDomain下运行的，不会互相干扰
• 由于采用了隔离AppDomain的方式加载Module，所以能实现轻松卸载AppDomain、某dll、dll版本切换之类的任务，对后续扩展提供了方便

来看看模块的编写

OrderModule库是主要的业务逻辑以及模块定义的地方

OrderModule.PublicInterfaces是公用定义，比如接口、事件、dto等，考虑到方便分发，因此独立了出来（如果不介意这点，也可以合并成一个库）

模块定义文件：

<?xml version="1.0" encoding="utf-8" ?>
<Module>
  <Name>Order Module</Name>
  <Version>1</Version>
  <Assembly>OrderModule</Assembly>
  <Activator>OrderModule.Activator</Activator>  //这个是OSGI调用的第一个classType, 会执行里面的2个方法：Start和Stop
  <RequiredService>LoggingModule.PublicInterfaces.ILog</RequiredService>//此模块需要依赖哪些其他Service，可以有多个
  <ProvidedService>OrderModule.PublicInterfaces.IOrderProcessor</ProvidedService>//此模块会提供的服务，可以有多个
</Module>

Activator:

class Activator:OSGIFramework.BundleActivator
    {
        public override void Startup(BundleContext bc)
        {
            Console.WriteLine("OrderModule Startup");

            BundleContext.Current.RegisterProvidedService<IOrderProcessor, OrderProcessorImpl>();
            //注册服务
        }

        public override void Stop(BundleContext bc)
        {
            Console.WriteLine("OrderModule Stop");

            BundleContext.Current.UnRegisterProvidedService<IOrderProcessor, OrderProcessorImpl>();
            //卸载服务
        }
    }

服务的实现：

class OrderProcessorImpl : ServiceProvider, IOrderProcessor //ServiceProvider是基类，由于需要在AppDomain之间穿梭，因此必须继承这个
    {
        public Guid PlaceOrder(OrderModule.PublicInterfaces.Dtos.OrderDto order)
        {
            BundleContext ctx=BundleContext.Current;  //获得上下文

            ILog log = ctx.GetProvidedService<ILog>(); //获得一个服务
            log.Log("log something...");

            Console.WriteLine("PlaceOrder body");

            return Guid.NewGuid();
        }
    }

模块化，还要考虑散落在不同目录的dll文件和xml定义文件。在Console程序中，也可以通过xml定义格式来做：

<?xml version="1.0" encoding="utf-8" ?>
<Manifests>
  <Manifest>D:\documents\visual studio 2010\Projects\OSGIDemo\LoggingModule\bin\Debug\Manifest.xml</Manifest>
  <Manifest>D:\documents\visual studio 2010\Projects\OSGIDemo\OrderModule\bin\Debug\Manifest.xml</Manifest>
  <Manifest>D:\documents\visual studio 2010\Projects\OSGIDemo\OrderPDFProcessor\bin\Debug\Manifest.xml</Manifest>
</Manifests>

主程序：

static void Main(string[] args)
        {
            BundleRuntime runtime = new BundleRuntime();
            runtime.Start();

            BundleContext ctx = BundleContext.Current;

            IOrderProcessor processor = (IOrderProcessor)ctx.GetProvidedService(typeof(IOrderProcessor).FullName);

            OrderDto order = new OrderDto();
            Guid id=processor.PlaceOrder(order);
            Console.WriteLine("id="+id.ToString());

            Console.ReadKey();
            runtime.Stop();
            runtime.Dispose();
            runtime = null;
        }

就可以运行了，效果图：

当然，由于是AppDomain隔离的，性能上肯定下降。

代码下载

转载最实用的10个重构小技巧排行榜，您都用过哪些呢？ – 左潇龙 – 博客园.

         LZ最近一直在研究虚拟机源码，可惜目前还只是稍微有一点点头绪，无法与各位分享，庞大的JAVA虚拟机源码果然不是一朝一夕能搞定的，LZ汗颜。

           本次我们抛开JAVA虚拟机源码这些相对底层的东西，LZ来与各位探讨一下几个代码重构的小技巧，这些内容部分来自于书籍当中，部分来自于LZ维护项目 当中的一些实践经验。如果猿友们曾经用过这种手法，也不妨参与到文章的留言当中，将你的小心得、小体会共享与他人，也可以拿来冲击LZ自己定义的排行 榜，LZ不甚欢迎。

           重构的手法有很多种，相对而言，一篇文章的涵盖量自然是无法提到所有，LZ这里也只能提出一些平时会经常使用的一些手法，像一些比较高端的手法，各位有兴趣的可以去找一些专门的书籍涉猎。

           另外还有一点，由于LZ是做JAVA开发的，因此部分重构小技巧可能与JAVA语言，或者说与面向对象的语言息息相关，不过大多数技巧，无论是面向过程的语言，还是面向对象的语言，都是可以相互通用的。

           废话不多说，我们来看看实用重构技巧的排行榜吧。

No.1：重复代码的提炼

           重复代码是重构收效最大的手法之一，进行这项重构的原因不需要多说。它有很多很明显的好处，比如总代码量大大减少，维护方便，代码条理更加清晰易读。

           它的重点就在于寻找代码当中完成某项子功能的重复代码，找到以后请毫不犹豫将它移动到合适的方法当中，并存放在合适的类当中。

小实例

class BadExample {

    public void someMethod1(){
        //code
        System.out.println("重复代码");/* 重复代码块 */
        //code
    }

    public void someMethod2(){
        //code
        System.out.println("重复代码");/* 重复代码块 */
        //code
    }

}

/* ---------------------分割线---------------------- */

class GoodExample {

    public void someMethod1(){
        //code
        someMethod3();
        //code
    }

    public void someMethod2(){
        //code
        someMethod3();
        //code
    }

    public void someMethod3(){
        System.out.println("重复代码");/* 重复代码块 */
    }

}

No.2：冗长方法的分割

         有关冗长方法的分割，其实有时候与重复代码的提炼是有着不可分割的关系的，往往在我们提炼重复代码的过程中，就不知不觉的完成了对某一个超长方法的分 割。倘若在你提炼了大部分的重复代码之后，某一些冗长方法依然留存，此时就要静下心来专门处理这些冗长方法了。

         这其中有一点是值得注意的，由于我们在分割一个大方法时，大部分都是针对其中的一些子功能分割，因此我们需要给每一个子功能起一个恰到好处的方法名，这很重要。可以说，能否给方法起一个好名字，有时候能体现出一个程序猿的大致水准。

小实例

class BadExample {

    public void someMethod(){
        //function[1]
        //function[2]
        //function[3]
    }

}

/* ---------------------分割线---------------------- */

class GoodExample {

    public void someMethod(){
        function1();
        function2();
        function3();
    }

    private void function1(){
        //function[1]
    }

    private void function2(){
        //function[2]
    }

    private void function3(){
        //function[3]
    }

}

No.3：嵌套条件分支的优化（1）

           大量的嵌套条件分支是很容易让人望而却步的代码，我们应该极力避免这种代码的出现。尽管结构化原则一直在说一个函数只能有一个出口，但是在这么大量的嵌套条件分支下，让我们忘了这所谓的规则吧。

           有一个专业名词叫卫语句，可以治疗这种恐怖的嵌套条件语句。它的核心思想是，将不满足某些条件的情况放在方法前面，并及时跳出方法，以免对后面的判断造 成影响。经过这项手术的代码看起来会非常的清晰，下面LZ就给各位举一个经典的例子，各位可以自行评判一下这两种方式，哪个让你看起来更清晰一点。

小实例

class BadExample {

    public void someMethod(Object A,Object B){
        if (A != null) {
            if (B != null) {
                //code[1]
            }else {
                //code[3]
            }
        }else {
            //code[2]
        }
    }

}

/* ---------------------分割线---------------------- */

class GoodExample {

    public void someMethod(Object A,Object B){
        if (A == null) {
            //code[2]
            return;
        }
        if (B == null) {
            //code[3]
            return;
        }
        //code[1]
    }

}

No.4：嵌套条件分支的优化（2）

          此处所说的嵌套条件分支与上面的有些许不同，它无法使用卫语句进行优化，而应该是将条件分支合并，以此来达到代码清晰的目的。由这两条也可以看出，嵌套条件分支在编码当中应当尽量避免，它会大大降低代码的可读性。

          下面请尚且不明觉厉的猿友看下面这个典型的小例子。

小实例

class BadExample {

    public void someMethod(Object A,Object B){
        if (A != null) {
            if (B != null) {
                //code
            }
        }
    }

}

/* ---------------------分割线---------------------- */

class GoodExample {

    public void someMethod(Object A,Object B){
        if (A != null && B != null) {
            //code
        }
    }

}

No.5：去掉一次性的临时变量

         生活当中我们都经常用一次性筷子，这无疑是对树木的摧残。然而在程序当中，一次性的临时变量不仅是对性能上小小的摧残，更是对代码可读性的亵渎。因此我们有必要对一些一次性的临时变量进行手术。

小实例

class BadExample {

    private int i;

    public int someMethod(){
        int temp = getVariable();
        return temp * 100;
    }

    public int getVariable(){
        return i;
    }

}

/* ---------------------分割线---------------------- */

class GoodExample {

    private int i;

    public int someMethod(){
        return getVariable() * 100;
    }

    public int getVariable(){
        return i;
    }

}

No.6：消除过长参数列表

          对于一些传递了大批参数的方法，对于追求代码整洁的程序猿来说，是无法接受的。我们可以尝试将这些参数封装成一个对象传递给方法，从而去除过长的参数列 表。大部分情况下，当你尝试寻找这样一个对象的时候，它往往已经存在了，因此绝大多数情况下，我们并不需要做多余的工作。

小实例

class BadExample {

    public void someMethod(int i,int j,int k,int l,int m,int n){
        //code
    }

}

/* ---------------------分割线---------------------- */

class GoodExample {

    public void someMethod(Data data){
        //code
    }

}

class Data{

    private int i;
    private int j;
    private int k;
    private int l;
    private int m;
    private int n;

　　//getter&&setter
    
}

No.7：提取类或继承体系中的常量

         这项重构的目的是为了消除一些魔数或者是字符串常量等等，魔数所带来的弊端自不用说，它会让人对程序的意图产生迷惑。而对于字符串等类型的常量的消除， 更多的好处在于维护时的方便。因为我们只需要修改一个常量，就可以完成对程序中所有使用该常量的代码的修改。

         顺便提一句，与此类情况类似并且最常见的，就是Action基类中，对于INPUT、LIST、SUCCESS等这些常量的提取。

小实例

class BadExample {

    public void someMethod1(){
        send("您的操作已成功！");
    }

    public void someMethod2(){
        send("您的操作已成功！");
    }

    public void someMethod3(){
        send("您的操作已成功！");
    }

    private void send(String message){
        //code
    }
}

/* ---------------------分割线---------------------- */

class GoodExample {

    protected static final String SUCCESS_MESSAGE = "您的操作已成功！";

    public void someMethod1(){
        send(SUCCESS_MESSAGE);
    }

    public void someMethod2(){
        send(SUCCESS_MESSAGE);
    }

    public void someMethod3(){
        send(SUCCESS_MESSAGE);
    }

    private void send(String message){
        //code
    }

}

No.8：让类提供应该提供的方法

         很多时候，我们经常会操作一个类的大部分属性，从而得到一个最终我们想要的结果。这种时候，我们应该让这个类做它该做的事情，而不应该让我们替它做。而且大部分时候，这个过程最终会成为重复代码的根源。

小实例

class BadExample {

    public int someMethod(Data data){
        int i = data.getI();
        int j = data.getJ();
        int k = data.getK();
        return i * j * k;
    }

    public static class Data{

        private int i;
        private int j;
        private int k;

        public Data(int i, int j, int k) {
            super();
            this.i = i;
            this.j = j;
            this.k = k;
        }

        public int getI() {
            return i;
        }

        public int getJ() {
            return j;
        }

        public int getK() {
            return k;
        }

    }

}

/* ---------------------分割线---------------------- */

class GoodExample {

    public int someMethod(Data data){
        return data.getResult();
    }

    public static class Data{

        private int i;
        private int j;
        private int k;

        public Data(int i, int j, int k) {
            super();
            this.i = i;
            this.j = j;
            this.k = k;
        }

        public int getI() {
            return i;
        }

        public int getJ() {
            return j;
        }

        public int getK() {
            return k;
        }

        public int getResult(){
            return i * j * k;
        }

    }

}

No.9：拆分冗长的类

         这项技巧其实也是属于非常实用的一个技巧，只不过由于它的难度相对较高，因此被LZ排在了后面。针对这个技巧，LZ很难像上面的技巧一样，给出一个即简单又很容易说明问题的小例子，因为它已经不仅仅是小手段了。

         大部分时候，我们拆分一个类的关注点应该主要集中在类的属性上面。拆分出来的两批属性应该在逻辑上是可以分离的，并且在代码当中，这两批属性的使用也都 分别集中于某一些方法当中。如果实在有一些属性同时存在于拆分后的两批方法内部，那么可以通过参数传递的方式解决这种依赖。

         类的拆分是一个相对较大的工程，毕竟一个大类往往在程序中已经被很多类所使用着，因此这项重构的难度相当之大，一定要谨慎，并做好足够的测试。

No.10：提取继承体系中重复的属性与方法到父类

         这项技巧大部分时候需要足够的判断力，很多时候，这其实是在向模板方法模式迈进的过程。它的实例LZ这里无法给出，原因是因为它的小实例会毫无意义，无非就是子类有一样的属性或者方法，然后删除子类的重复属性或方法放到父类当中。

         往往这一类重构都不会是小工程，因此这一项重构与第九种类似，都需要足够的谨慎与测试。而且需要在你足够确认，这些提取到父类中的属性或方法，应该是子类的共性的时候，才可以使用这项技巧。

结束语

         由于LZ目前的工作就是维护一个相对古老的项目，因此上面这十种手法，LZ几乎都已经一一尝试过了，可喜的是效果都还不错。

         限于最后两种与实际情况的联系太过紧密，因此LZ无法给出简单的实例，不过后面两种毕竟不是常用的重构手法，因此也算是可以接受了。不过不常用不代表不 重要，各位猿友还是要知道这一点的。另外LZ还要说的是，上面的实例只是手法的一种简单展示，实际应用当中，代码的结构可能是千奇百怪，但却万变不离其 宗。因此只要抓住每种手法的核心，就不难从这些乱军丛中安然穿过。

         好了，本次的小分享到此结束，希望各位猿友如果觉得有所收获，可以推荐一下鼓励下LZ，顺便也让更多的人看到。这样的话，或许我们每一个接手的项目代码，都不至于十分的糟糕了，也算是给像LZ这样的项目维护者一条生路吧。

[转载]白话插件框架原理 – 道法自然 – 博客园.

[转载]Web API 强势入门指南 – 微软互联网开发支持 – 博客园.

Web API是一个比较宽泛的概念。这里我们提到Web API特指ASP.NET Web API。

这篇文章中我们主要介绍Web API的主要功能以及与其他同类型框架的对比，最后通过一些相对复杂的实例展示如何通过Web API构建http服务，同时也展示了Visual Studio构建.net项目的各种强大。

目录

什么是 Web API

官方定义如下，强调两个关键点，即可以对接各种客户端（浏览器，移动设备），构建http服务的框架。

ASP.NET Web API is a framework that makes it easy to build HTTP services that reach a broad range of clients, including browsers and mobile devices. ASP.NET Web API is an ideal platform for building RESTful applications on the .NET Framework.

Web API在ASP.NET完整框架中地位如下图，与SignalR一起同为构建Service的框架。Web API负责构建http常规服务，而SingalR主要负责的是构建实时服务，例如股票，聊天室，在线游戏等实时性要求比较高的服务。

为什么要用 Web API

Web API最重要的是可以构建面向各种客户端的服务。另外与WCF REST Service不同在于，Web API利用Http协议的各个方面来表达服务(例如 URI/request response header/caching/versioning/content format)，因此就省掉很多配置。

当你遇到以下这些情况的时候，就可以考虑使用Web API了。

• 需要Web Service但是不需要SOAP
• 需要在已有的WCF服务基础上建立non-soap-based http服务
• 只想发布一些简单的Http服务，不想使用相对复杂的WCF配置
• 发布的服务可能会被带宽受限的设备访问
• 希望使用开源框架，关键时候可以自己调试或者自定义一下框架

功能简介

Web API的主要功能

1. 支持基于Http verb (GET, POST, PUT, DELETE)的CRUD (create, retrieve, update, delete)操作

通过不同的http动作表达不同的含义，这样就不需要暴露多个API来支持这些基本操作。

2. 请求的回复通过Http Status Code表达不同含义，并且客户端可以通过Accept header来与服务器协商格式，例如你希望服务器返回JSON格式还是XML格式。

3. 请求的回复格式支持 JSON，XML，并且可以扩展添加其他格式。

4. 原生支持OData。

5. 支持Self-host或者IIS host。

6. 支持大多数MVC功能，例如Routing/Controller/Action Result/Filter/Model Builder/IOC Container/Dependency Injection。

Web API vs MVC

你可能会觉得Web API 与MVC很类似，他们有哪些不同之处呢？先上图，这就是他们最大的不同之处。

详细点说他们的区别，

• MVC主要用来构建网站，既关心数据也关心页面展示，而Web API只关注数据
• Web API支持格式协商，客户端可以通过Accept header通知服务器期望的格式
• Web API支持Self Host，MVC目前不支持
• Web API通过不同的http verb表达不同的动作(CRUD)，MVC则通过Action名字表达动作
• Web API内建于ASP.NET System.Web.Http命名空间下，MVC位于System.Web.Mvc命名空间下，因此model binding/filter/routing等功能有所不同
• 最后，Web API非常适合构建移动客户端服务

Web API vs WCF

发布服务在Web API和WCF之间该如何取舍呢？这里提供些简单地判断规则，

• 如果服务需要支持One Way Messaging/Message Queue/Duplex Communication，选择WCF
• 如果服务需要在TCP/Named Pipes/UDP (wcf 4.5)，选择WCF
• 如果服务需要在http协议上，并且希望利用http协议的各种功能，选择Web API
• 如果服务需要被各种客户端(特别是移动客户端)调用，选择Web API

Web API 实战 (Web API + MongoDB + knockoutjs)

ASP.NET网站上有很多简单的Web API实例，看看贴图和实例代码你就明白怎么用了。这里我们通过一个稍微复杂一点的实例来展示下Web API的功能。

涉及技术

在我们的实例里面用到了：

• Mongo DB数据库保存数据 (NoSQL, Document Store，跨平台，跨语言)
• Web API提供数据服务
• MVC作数据展示
• Knockoutjs动态绑定客户端数据，这里有一个简单的介绍

服务URI Pattern

准备工作

1. 下载并安装Mongo DB，步骤看这里。

2. Mongo DB C# driver下载可以在nuget搜索mongocsharpdriver。

3. 如果想本地察看数据库中内容，下载MongoVUE。

4. Knockoutjs下载可以在nuget搜索knockoutjs。

代码实现

1. 创建项目

创建MVC4 Web Application

在Project Template中选择Web API

然后项目就创建成了，Controllers里面有一个ValuesController，是自动生成的一个最简单的Web API Controller。

正如我们前面所说，里面引用的是System.Web.Http命名空间。

2. 创建model

在model里面添加Contact类

代码如下，其中BsonId需要mongocsharpdriver。

我们需要添加mongosharpdriver。

另外我们需要在Model中添加Repository，Controller通过该类来访问Mongo DB。

ContactRepository的完整实现如下，

3. 添加Controller

右键Controllers目录选择添加Controller

选择Empty API controller，将Controller命名为ContactsController

添加如下代码，可以看到Controller中的API方法名就是以http verb命名的。

4. 添加View

首先添加Knockoutjs库，

Knockoutjs通过MVVM模式来实现动态html绑定数据，如下图，其中View-Model是客户端的JavaScript object保存的model数据。

先打开HomeController，里面添加一个新的Action代码如下，因为我们要在MVC中对于ContactsController添加对应的View。

然后右键Admin方法，选择添加View

选择Create strongly-typed view，在model class中选择Contact类。

添加View的完整代码，注意view中我们通过js去访问WebAPI，以及通过动态绑定将数据呈现在网页上。

接下来在_layout.cshtml中添加一个admin页面的链接如下

5. 测试与调试

大功告成，直接运行下我们的作品，我们的admin链接也显示在右上角，

Admin页面的样子，Contact list是动态加载进来的，可以通过这个页面做添加，修改，删除的操作。

通过IE network capture来查看请求内容，

重新加载页面，可以看到回复的格式为JSON，

JSON内容就是我们mock的一些数据。

接下来我们修改，删除，又添加了一条记录，可以看到使用了不同的http method。

通过前面安装的mongovue来查看下DB种的数据，先添加的user也在其中，令我感到欣慰。。。

其实还有两个有趣的实例，不过文章一写就长了，不好意思耽误大家时间，只好先放放，以后再写。

[转载]可在广域网部署运行的QQ高仿版 — GG叽叽V1.8（源码） – GG叽叽 – 博客园.

距离的GG 1.0发布已经三周了，这三周内，我利用业余时间为GG增加了视频聊天的功能。个人觉得进展有些缓慢，主要是因为大多数时间都花在了UI上。由于本人不会PS，所以图片素材都是从网上一个一个搜下来的，这个过程确实很烦人，而且最终有些素材还不是很满意。

一.GG V1.8 新增功能展现

（1）发送视频会话请求，对方可以接受或拒绝对话。

（2）在视频会话的过程中，可以控制自己麦克风的输出、摄像头的输出、以及扬声器是否播放对方的声音。

（3）在视频会话的过程中，可以关闭/显示自己的小窗口。

（4）在视频会话的过程中，任意一方掉线，将结束视频会话。

废话不多说，还是先上图。邀请对方进行视频会话（图一）：

被邀方（图二）：

视频会话界面（图三）：

（图三中左下侧的第二和第三个按钮，用于控制麦克风输出和扬声器的播放的，每个按钮有两种状态，所以共4个图标素材，个人觉得都不太好，希望能替换掉，如果能提供的朋友，请发到我邮箱，我会在下个版本中将其更新。）

二.实现思路

虽然提供了源代码，但是，我还是想将主要的思路列一下（包括上一版本主要功能的实现思路，上篇文章漏掉了，这里一起补上），这样，大家理解起源码来，会节省更多的时间。

（1）GG早期版本，都将假设所有在线的用户都是好友。后面的高级版本将会提供好友管理的功能。

（2）用户登录帐号和QQ一样，必须为数字。而且，GG内部是根据用户帐号的数字来自动设定其昵称和头像的。

（3）GG服务端中集成了ESFramework通信服务器和OMCS语音视频服务器，在GG客户端的配置文件中可以配置服务器的IP和端口。

（4）客户端还未实现通过UI来进行麦克风和摄像头的测试功能（后续高级版本将会提供），麦克风、摄像头以及扬声器的选择可在配置文件中指定。

三.GG V1.8 源码下载

GG V1.8 源码

注意：如果要将GG部署到广域网，则可以在服务端的配置文件中设置监听的端口（Port以及OmcsPort）；而在客户端的配置文件中，则可以指定服务器的ServerIP、ServerPort以及OmcsServerIP、OmcsServerPort。

我会努力争取2~3个星期发布一个新版本，使GG慢慢成熟起来。

大家有什么问题和建议，可以留言，也可以发送email到我邮箱：ggim2013@163.com。

如果你觉得还不错，请粉我，顺便再顶一下啊，呵呵

[转载]怎样玩转千万级别的数据 – Sam Xiao – 博客园.

大数据处理是一个头疼的问题，特别当达不到专业DBA的技术水准时，对一些数据库方面的问题感到无赖。所以还是有必要了解一些数据库方面的技 巧，当然，每个人都有自己的数据库方面的技巧，只是八仙过海，所用的武功不同而已。我把我最常用的几种方式总结来与大家分享，大家还有更多的数据库设计和 优化的技巧，尽量的追加到评论中，有时一篇完整的博客评论比主题更为精彩。

方法1：采用表分区技术。

第一次听说表分区，是以前的一个oracle培训。oracle既然有表分区，就想到msSQL是否有表的分区，当时我回家就google了一把，资料还是有的，在这我儿只是再作一次推广，让更多的人了解和运用这些技术。

表分区，就是将一个数据量比较大的表，用某种方法把数据从物理上分成若干个小表来存储，从逻辑来看还是一个大表。首先来个结构图：

上图虽然不能很清晰的表达表分区的执行过程，但是可以看出表分区要用到那些对象，比如数据文件，文件组，分区方案，分区函数等。

我们以一个用户表(TestUser)为例，假设这个表准备用来存储中国部分公民的数据，每条数据记录着每个人所属的省份(Area)，以及每个人的姓名(UserName)，如下图所示。当数据量达到1千万的时候，查询就比较慢了，这时候的数据优化就迫在眉睫。

在优化之前，根据数据的结构，读写操作等，肯定会提出若干个解决方案。在这儿就以分区表的方案来优化数据库的查询，这儿以区域来分别存储数据，比如 广东的公民存放在AreaFile01.MDF文件中，湖南的公民存放在AreaFile02.MDF的文件中，四川的公民存放在 AreaFile03.MDF的文件中，以此类推其它省份，为了实现这个功能我们就得做分区方案。在做分区方案时，首先要搞清楚分区方案要涉及到的四个对 象：文件组，文件，分区函数，分区方案。

a：文件组，用来组织数据文件(.MDF)的一个虚拟名称，一个文件组可以添加多个数据文件(.MDF)。打开SQL管理器，找到具体的数据库，然后右键【属性】，进入到【文件组】选项卡，添加Area01,Area02,Area03,Area04四个文件组。如图：

b：然后选择中【文件】选项卡，添加 AreaFile01，AreaFile02，AreaFile03，AreaFile04，AreaFile05，AreaFile06六个数据文件 （.MDF）,然后指定每个文件属于那个文件组(一个文件组可以存储多个数据文件)，以及这个文件的物理路径。在这儿大家已经看明白了，这些数据文件，就 是物理上来分割一个数据表的数据的。也就是说一个表的数据有可能存储在AreaFile01中，也有可能存储在AreaFile02中，只要用某种方法来 指定他们的存储规则就行了。

c：分区函数，就是指定数据的存储规则。就是告诉SQL，把新增的数据如何分区。创建一个分区函数，可以用下边的SQL语句来实现。

CREATE PARTITION FUNCTION partitionFunArea (nvarchar(50))
AS RANGE Left  FOR VALUES ('广东','湖南','四川')

d：辛苦的创建了文件，又为其指定文件组，还建一个分区函数，目的只有一个，就是为了创建一个分区方案。分区方案可以用以下代码来创建。

CREATE PARTITION SCHEME partitionSchemeArea
AS PARTITION partitionFunArea
TO (
    Area01,
    Area02,
    Area03,
    Area04)

经过紧张的四步操作，一个分区方案就呈现在我们的眼前了。接下来的事，就是我们要怎样来消费这个分区方案。
首先我们创建一人普通的表，然后给这个表指定一个分区方案。如下代码。

CREATE TABLE TestUser(
    [Id] [int] IDENTITY(1,1) NOT NULL,
    [Area] nvarchar(50),
    [UserName] nvarchar(50)
) ON partitionSchemeArea([Area])

为了能看到效果，再插入一些数据。

INSERT TestUser ([Area],[UserName]) Values('四川','肖一');
INSERT TestUser ([Area],[UserName]) Values('四川','肖二');
INSERT TestUser ([Area],[UserName]) Values('四川','肖三');
INSERT TestUser ([Area],[UserName]) Values('四川','肖四');

INSERT TestUser ([Area],[UserName]) Values('广东','张一');
INSERT TestUser ([Area],[UserName]) Values('广东','张二');
INSERT TestUser ([Area],[UserName]) Values('广东','张三');

INSERT TestUser ([Area],[UserName]) Values('湖南','杨一');
INSERT TestUser ([Area],[UserName]) Values('湖南','杨二');

查询所有的数据，可以用select * from TestUser; 按分区查询：就用如下方法：

select $PARTITION.partitionFunArea([Area]) as 分区编号,count(id) as 记录数 
from TestUser group by $PARTITION.partitionFunArea([Area])
select * from TestUser where $PARTITION.partitionFunArea([Area])=1
select * from TestUser where $PARTITION.partitionFunArea([Area])=2
select * from TestUser where $PARTITION.partitionFunArea([Area])=3
select * from TestUser where $PARTITION.partitionFunArea([Area])=4

效果图：

你们看我一个简单的表的分区是不是就已经完成了。呵呵，当然在实际应用中，仅仅掌握这点是不够的，比如在原分区方案上添加一个分区，删除一个分区。

方法2：用xml类型代替主从表设计，从而达到提高查询性能。

优化和提高数据库的性能，是从一个良好的数据库设计开始的。以一个会议预订系统为例，一个预订会议系统包括了会议时间，会议地点，主持人，参与 人，知会人，记录者等相关信息。在的TDD，DDD模型主导的时代，在这儿为了更好的想表达我要阐述的问题，还是以表驱动模型来进行开发。

用户需求：

a：一个会议可能有多个主持人，虽然这种情况比较少，但是也有可能有。

b：一个会议有多个参与人，这个不难理解。

c：一个会议有可能要让某人知晓，这人可以参与或不参与会议，一般为高层。

d：一个会议有可能有零个或者多个记录者。

e：一个会议需要远程视频，投影仪，电脑，麦克风等会议设备中的某些设备。

f：会议预订成功，或者会议时间，会议地点等重要信息修改后，邮件通知与会人员。

常规数据库设计：

a：建一个Meeting的主表，用于存放会议名称，会议地点，会议时间等的相关信息。

b：再建一个MeetingUser的表存储主持人，参与人，知会人，记录者。

c：同样，会议所需要的设备用MeetingDevice表来存储相关的信息。如图：

这样的表结构，是比较常规的设计方法，但是在实际应用中，你会发现一些待改进的问题。比如：

a：在提取一个会议的相关信息时，会连接多个表进行查询。这种查询在很大的程序上影响了数据库性能。

b：在做修改操作时也够呛的，先修改主表的相关信息，再把主表关联的子表信息全部删除重新插入一次，这样的操作是否够吐血了。当然有人精益求精，会比较修改前和修改后的数据，再用增加，删除，修改的手段达到子表数据的更新。这样的操作在有些ORM操作中已经实现了，但当自己code代码来实现的时候，特别是在多次code的时候，感觉总是那么烦心。

吐槽了这么多，是否有更好的解决方案呢？当然，在SQL里，我们可以XML数据类型来消除主从表的设计。如图：

上面的表结构设计，是不是有一个小清新的感觉呢？很明显，可以把第一种表的设计缺陷给消除了。一个会议的相关信息都存储在了一个表的一条记录中，这样的数据看起来是不是更直观呢？

a：获取一个预订会议的详细信息，我不需要进行多个表的连接查询，我要做的是只需用C#的Linq.Xml来解析查询出来的XML字符串即可。

b：修改操作时，我只需要重新组合XML数据，一个Update就更新了与会议相关的信息，操作是不是简单多了。

表面上看这种设计已经完美了，但是用户的需求是无止境的，有一天，你收到了一个需求，查询某个用户参与过的所有会议（就是只要主持人，参与人， 或者记录者中包括了这个用户，就把这些记录都给查询出来），Oh！My God  这种表结构设计应该怎么解决这个问题呢？其实可以用XQuery解决这个问题，还没接触过XQuery的那得赶快充一下电了。XQuery中最常用的有 exist(),value()这些函数，这儿就不详细的介绍了，网上搜索一下有很多相关资料，如果有必要，我会把以前项目中用的XQuery技巧与大家 分享。

最后，如果博客对你有帮助，我将感觉到荣幸之至。别忘记了右下角的【推荐】，谢谢！

[转载]ASP.NET MVC页面UI之联动下拉选择控件（省、市、县联动选择） – kwstu – 博客园.

地区选择操作在WEB应用中比较常见的操作，本文在.net mvc3下实现了省市县三级联动选择功能。

本文博客出处：http://www.kwstu.com/ArticleView/admin_201392171455268 转载请注明！

一、效果图：

二、页面代码

<script src="../../Content/Js/selectlist.js"></script>

<script src="../../Content/Js/systools.js"></script>

                    @Html.DropDownListFor(model => model.PROVINCEID, Kzrcw2013.Models.ProvinceViewModel.GetProvinceSelectList())

                    @Html.DropDownListFor(model => model.CITYID, Kzrcw2013.Models.CityViewModel.GetCitySelectList("15"))

                    @Html.DropDownListFor(model => model.DISTRICTID, Kzrcw2013.Models.DistrictViewModel.GetDistrictSelectList("142"))

 

以上参数15为数据库中省份ID，主要作用给省份选择框一个默认省份，142参数同意。

 

三、JS代码

1、JS调用代码

$("#PROVINCEID").change(function () { GetCity($(this).val(), "CITYID", "DISTRICTID", "/SysTools/GetCityList"); });
$("#CITYID").change(function () { GetArea($(this).val(), "/SysTools/GetDistrictList", "DISTRICTID"); });

联动操作触发事件。

2、JS执行代码

 

//省市县联动下拉列表选择共用方法
 function GetCity(message, tmp6, tmp7, tmp8) {
     city = tmp6;
     area = tmp7;
     url4 = tmp8;
     $("#" + city).html("");   //清空市区SELECT控件
     $("#" + area).html("");
     $("#" + city).append("<option value='0' selected='selected'></option>");
     $("#" + area).append("<option value='0' selected='selected'></option>");
     //设置异步传输参数
     var option = {
         url: url4,
         type: 'Get',
         chche: false,
         dataType: 'json',
         data: { Message: message }, //发送服务器数据
         success: function (data) {  //成功事件
             $("#" + city).empty();
             $.each(data, function (i, item) {
                 $("<option></option>")
                         .val(data[i].Value)
                         .text(data[i].Text)
                         .appendTo($("#" + city));
             });
         },
         error: function (XMLHttpRequest, textStatus, errorThrown) { //发送失败事件
             alert(textStatus);
         }
     };
     //进行异步传输
     $.ajax(option);
 }
 function GetArea(message, tmp9, tmp7) {
     area = tmp7;
     url5 = tmp9;
     $("#" + area).html(""); //清空市区SELECT控件
     $("#" + area).append("<option value='0' selected='selected'></option>");
     //设置异步传输参数
     var option = {
         url: url5,
         type: 'Get',
         chche: false,
         dataType: 'json',
         data: { Message: message }, //发送服务器数据
         success: function (data) {  //成功事件
             $("#" + area).empty();
             $.each(data, function (i, item) {
                 $("<option></option>")
                         .val(data[i].Value)
                         .text(data[i].Text)
                         .appendTo($("#" + area));
             });
         },
         error: function (XMLHttpRequest, textStatus, errorThrown) { //发送失败事件
             alert(textStatus);
         }
     };
     //进行异步传输
     $.ajax(option);
}

 

 

 

四、后台代码

页面初始化后台代码：

/***********获取省份列表****************/
    /** 使用方法：@Html.DropDownListFor(model => model.SOURCE, KwstuBlogs.Models.TemplateViewModel.GetSelectList())*/
    public static class ProvinceViewModel
    {
        public static IEnumerable<SelectListItem> GetProvinceSelectList()
        {
            KzrcwDbContent db = new KzrcwDbContent();
            var selectList = db.STANDARD_PROVINCE.Select(a => new SelectListItem
            {
                Text = a.NAME,
                Value = a.ID
            });
            return selectList;
        }
    }
    /***********获取城市模版列表****************/
    /** 使用方法：@Html.DropDownListFor(model => model.SOURCE, KwstuBlogs.Models.TemplateViewModel.GetSelectList())*/
    public static class CityViewModel
    {
        public static IEnumerable<SelectListItem> GetCitySelectList(string sort)
        {
            KzrcwDbContent db = new KzrcwDbContent();
            var selectList = db.STANDARD_CITY.Where(a => a.PROVINCE_ID == sort).Select(a => new SelectListItem
            {
                Text = a.CITY_NAME,
                Value = a.ID
            });
            return selectList;
        }
    }

    /***********获取县区模版列表****************/
    /** 使用方法：@Html.DropDownListFor(model => model.SOURCE, KwstuBlogs.Models.TemplateViewModel.GetSelectList())*/
    public static class DistrictViewModel
    {
        public static IEnumerable<SelectListItem> GetDistrictSelectList(string sort)
        {
            KzrcwDbContent db = new KzrcwDbContent();
            var selectList = db.STANDARD_DISTRICT.Where(a => a.CITY_ID == sort).Select(a => new SelectListItem
            {
                Text = a.DISTRICT_NAME,
                Value = a.ID
            });
            return selectList;
        }
    }

联动选择后台代码

// 获取某［省份］的所有［城市］数据
        public ActionResult GetCityList(string message)
        {
            List<STANDARD_CITY> list = db.Database.SqlQuery<STANDARD_CITY>("Select ID,CITY_NAME,PROVINCE_ID,DISTRICT_NUM from TS.STANDARD_CITY where PROVINCE_ID='" + message + "'").ToList();
            SelectList pList = new SelectList(list, "ID", "CITY_NAME");
            return Json(pList, JsonRequestBehavior.AllowGet);
        }
        // 获取某［城市］的所有［县区］数据
        public ActionResult GetDistrictList(string message)
        {
            List<STANDARD_DISTRICT> list = db.Database.SqlQuery<STANDARD_DISTRICT>("Select ID,DISTRICT_NAME,CITY_ID from TS.STANDARD_DISTRICT where CITY_ID='" + message + "'").ToList();
            SelectList pList = new SelectList(list, "ID", "DISTRICT_NAME");
            return Json(pList, JsonRequestBehavior.AllowGet);
        }