博客园_丫头小静(Cathy)

正则表达式基础恶补

2012-04-18T07:57:00Z

1.基本用途

正则表达式两种基本用途：搜索和替换。

2.单个字符匹配(.)

.字符可以匹配任何单个字符，类似于sql中的_。注意特殊字符匹配时要使用反斜杠\\。

3.匹配一组字符([])

[]之间的所有字符都是该集合的组成部分，字符集合的匹配结果是能够与集合中任何一个成员匹配的文本。
字符-可以以字符区间的方式给出，例如：[0-9]等同于[0123456789]。常用的还有[a-zA-Z]。
元字符^表明相对一个字符集和进行取非匹配，与逻辑非运算类似。

4.元字符

对元字符进行转义要用到\。如\[, \d, \]等。

\d任何一个数字字符;
\D任何一个非数字字符
\w任何一个字母数字或下划线，等于[a-zA-Z0-9_]；
\W相当于[^a-zA-Z0-9_]
\s任何一个空白字符；
\S任何一个非空白字符。

贪婪型or懒惰型

贪婪型	懒惰型
+	+?
*	*?
{n,}	{n,}?

在防止过度匹配的情况下，可以使用懒惰型元字符。

5.重复匹配

+匹配一个或多个字符；
*匹配零个或多个字符
？匹配一个字符（或字符集合）的零次或者一次出现，表示可能出现或者不出现的情况。例如https?
{n}设定重复次数，把数值卸载他们中间即可。
{m,n}为重复匹配次数设定一个区间，例如{2,4}表示至少重复2次、最多重复4次。

6.位置匹配

单词边界：\b限定符制定单词边界。如\bcat\b。
字符串边界：用^定义字符串开头，$定义字符串结尾。

ps：测试工具

本文链接

[译]Professional ASP.NET MVC3(03) - Chapter 1:Getting Started(下)

2012-04-03T04:26:00Z

三、理解MVC应用程序结构

使用Visual Studio创建一个新的ASP.NET MVC应用后，会自动为项目生成一些文件和目录，如图1-10所示.。 ASP.NET MVC项目默认有六个顶级目录，如表1-1所示。

表1-1：默认顶级目录

目录	用途
/Controllers	用来放处理URL 请求的Controller类
/Models	用来放表示及操作数据业务对象的类
/Views	用来放负责表示输出（例如HTML）的用户界面模板文件的位置
/Scripts	放JavaScript库文件和脚本（.js）的位置
/Content	放置CSS,图片文件以及其他非动态或JavaScript的内容
/App_Data	用来存储想要读写的数据文件的位置

假如我不喜欢这种目录结构该呢？
ASP.NET MVC并不强制要求使用该结构。事实上，开发人员在进行大型应用开发时会将应用程序划分为多个项目，从而使其更加方便管理（例如，数据模型类经常被分离出来，单独放置在一个类库项目中）。不过，默认生成的项目结构确实提供了不错的目录惯例，你可以通过使用它来保持清晰的应用程序关注点。

注意下面这些文件和目录。当你展开时：

/Controller文件夹：你会发现Visual Studio默认向项目中添加了两个controller类——HomeController和AccountController（图1-11）。

/Views文件夹：你会发现默认向项目中添加了三个子目录——/Account, /Home, /Shared，以及里面包含的一些模板文件（如图1-12）。
/Content和/Sripts文件夹，你会发现用于控制整站HTML样式的Site.css文件，以及使项目支持jQuery的JavaScript类库（如图1-13）。

MvcMusicStore.Tests项目:可以看到两个类，包含了关于Controller类的单元测试（见图1-14）。

这些由Visual Studio添加的默认文件，为你提供了一个可用的应用程序的基本结构，结束时已经包含了主页，关于页面，账号登录、注销、注册页面，以及错误处理页面。

ASP.NET MVC和惯用约定

ASP.NET MVC应用程序在很大程度默认依赖于惯用约定。它使开发人员能够避免进行一些可以基于约定推断出来的配置和定制等。

例如，MVC使用当处理view模板时，MVC使用基于约定的目录命名结构，这些约定使你在controller类引用view时忽略其物理路径。ASP.NET MVC默认会在项目的\Views[ControllerName]\文件夹查找view模板文件。

MVC是围绕着一些明显的基于约定默认值来设计的，当然如过需要的话可以被重写。这个概念通常被称作“约定由于配置”（convention over configure）。

约定由于配置（Conventon over Configureation）

约定由于配置的概念是在若干年前由Ruby on Rails流行而来的，主要含义是：

到现在为止，我们知道应该如何构建一个web应用程序。那么我们来把这些经验融合到框架中，这样我们就不必每次都重新进行所有配置。

通过查看应用程序运行的三个核心文件夹，我们就可以在ASP.NET MVC的工作中发现此概念：

Controllers
Models
Views

你不必在web.config文件中设置这些文件夹名称——按照约定他们会在那里。这就省去了必须编写像web.config这样的XML文件的工作。例如，为了明确的告诉MVC引擎，“你可以在Views路径找到我的views”——它已经知道了。这是一个约定。

This isn’t meant to be magical. Well, actually, it is; it’s just not meant to be black magic — the kind of magic where you may not get the outcome you expected (and moreover can actually harm you). ASP.NET MVC’s conventions are pretty straightforward. This is what is expected of your application’s structure:

这并不是神乎其神的。不过，事实上它确实是。不过它并不是巫术——从这种魔术那里可能得不到你所预期的结果（此外，还可能会伤害到你）。ASP.NET MVC中的约定是非常简单的，下面将是你的软件结构：

每个Controller类命名都以Controller结尾——如ProductController、HomeController等，都存在于Controllers目录。
有一个单独的Views目录存放程序中所有的Views。
Controllers所使用的Views都在Views主目录下的子目录中，并且根据controller名称进行命名（去除Controller后缀）。例如，前面提到的ProductController对应的view存在于 /Views/Product文件夹中。

所有可共用的UI元素都以类似的结构存在，不过是在Views文件夹下的Shared目录中。在第3章中会了解更多关于Views的信息。

约定简化沟通（Conventions Simplify Communication）

你编写代码来进行表达和交流。主要要向两类不同的观众进行表述：

你必须清楚明白地向计算机传到执行指令；
想要开发者能够定位并阅读你的代码，以便于进行后续的维护、调试和扩展

我们已经讨论了约定优于配置原则是如何帮你高效地向MVC表达你的意图的。约定还能使你清楚地同其他开发人员（包括今后自己）进行交流沟通。遵循通用的约定使全世界的MVC开发人员能够在所有的程序中具有共同的基准，这样就避免了对程序结构的每个方面进行反复的讲述。软件设计模式通常的优点之一是它建立了一个标准的语言。由于ASP.NET MVC应用了MVC模式，并且包含了一些自己的约定惯例，使得MVC开发人员即使在大型项目中也很容易看懂并非他们自己编写（或者不记得写过）的代码。

四、总结

本章涉及面较广，首先从ASP.NET MVC简介开始，介绍了ASP.NET web框架和MVC软件模式如何融合成强大的系统来构建web应用程序。你可以看到ASP.NET MVC怎样经历两个版本而臻于成熟，较深入地介绍了ASP.NET MVC 3的特征和重点。基于这些基础，进行了开发环境的安装并且开始创建一个简单的MVC3应用。最后，查看了MVC 3应用程序的结构和构件。从第2章的Controllers开始，在后面的章节中我们会更加深入的了解这些组成部分的细节。

注：参考书籍《Professional ASP.NET MVC3》，仅供学习和交流，请勿用于商业用途。

本文链接

[译]Professional ASP.NET MVC3(02) - Chapter 1:Getting Started(中)

2012-03-30T04:40:00Z

二、创建一个ASP.NET MVC3应用

要了解MVC3是怎样工作的，最好的途径莫过于实际创建一个应用，那么我们开始吧。

ASP.NET MVC3软件需求

MVC3可以在如下Windows客户端操作系统运行：

Windows XP
Windows Vista
Windows 7

它可以运行在以下几种服务端操作系统上：

Windows Server 2003
Windows Server 2008
Windows Server 2008 R2

MVC 3开发工具既可以安装在Visual Studio 2010上，也可以安装在Visual Web Developer 2010 Express.

安装ASP.NET MVC3

确认满足了基本的软件需求后，到时间该在你的开发机器和产品机器上安装ASP.NET MVC3了。值得庆幸的是，这相当简单。

和MVC2并行安装
MVC 3和MVC 2是可以并列安装的，因此你可以安装并立即开始使用MVC3。你仍然可以像往常一样创建和更新已经存在的MVC2应用程序。

安装MVC3开发组件

ASP.NET MVC3开发者工具支持Visual Studio 2010或者Visual Web Developer 2010 Express(免费)。

安装MVC3，可以使用Web Platform Installer (http://www.microsoft.com/web/gallery/install.aspx?appid=MVC3),或者可执行安装包( http://go.microsoft.com/fwlink/?LinkID=208140)。我一般比较倾向于使用Web Platform Installer,因为它只下载和安装目前没有的组件。可执行安装包可以离线运行，它包含了所有需要的东西。

服务器安装MVC 3

安装包会检测它是否运行在不必支持开发环境的机器上，而且只需安装服务端部分。假如你的服务器是可以访问网络的，WebPI是一个轻量级的安装，因为没有必要安装任何开发者工具。

当在服务器上安装MVC3时，MVC运行时程序集是被安装在全局程序集缓存（GAC）中，这意味着该服务器上的所有网站都可以使用。另外一种方式是，根本不在服务器上安装MVC 3，而是在你的应用程序中包含所需的程序集，这种处理方式叫做二进制部署（bin deployment），实现方式是在项目引用中添加下列程序集，并在Visual Studio属性中将其设置为“本地”（Copy Local）。

Microsoft.Web.Infrastructure
System.Web.Helpers
System.Web.Mvc
System.Web.Razor
System.Web.WebPages
System.Web.WebPages.Deployment
System.Web.WebPages.Razor

要想获取关于安装选项的更多信息，请查看Scott Guthrie的博客，名为“Running an ASP.NET MVC 3 app on a web server that doesn’t have ASP.NET MVC 3 installed,”，链接地址为：http://weblogs.asp.net/scottgu/archive/2011/01/18/running-an-asp-net-mvc-3-app-on-a-web-server-that-doesn-t-have-asp-net-mvc-3-installed.aspx.

创建一个ASP.NET MVC3应用程序

安装MVC 3之后，会发现Visual Studio 2010和Visual Web Developer2010都有了一些新的选项。两个IDE中的这些体验都是及其相似的，由于本书属于高级系列教程，我们将会主要以Visual Studio 开发环境为主，只在当两者区别较大的时候才会提到Visual Web Developer。

MVC 音乐商店
我们会使用基于MVC音乐商店博客的一些例子，这些例子的在线地址是：http://mvcmusicstore.codeplex.com，并且包含150页的电子教程来讲解MVC3应用程序的构建基础。本书中我们会稍微快一些，不过如果你需要更多关于介绍性话题的信息，好在他们有一个共同的起点（but it’s nice to have a common base if you need more information on the introductory topics ）。

我们来新建一个MVC项目：

1.开始先选择File->New->Project，如图1-2所示。

2. 如下图所示，在新建项目对话框左侧列的模板部分，选择Visual C#->Web模板列。在中间列会显示web应用类型的列表。

3. 选择ASP.NET MVC3 web应用程序，将应用程序命名为MvcMusicStore，单击OK。

新的ASP.NET MVC3对话框

创建新的MVC3应用之后会看到一个对话框，包含项目创建过程中的一些具体的MVC选项，如图1-4所示。在对话框中勾选的选项将为你的应用程序生成一些具体的底层结构，包含账号管理、view引擎以及测试等。

应用程序模板（Application Templates）

首先，要在预先安装的两种项目模板中进行选择（如图1-4）。

The Internet Application template：该模板包含了MVC web 应用程序的基本内容，创建完成后可以立即运行并看到一些页面。只需要短短一分钟时间就可以完成这些。该模板还包含了一些基本的账号管理功能，它对应着ASP.NET Membership系统（第7章中会讨论到）。

ASP.NET MVC3更新工具中还添加了Intranet Application template，但它的账号管理功能不是针对ASP.NET membership系统，而是关于windows账号。

The Empty template:这个模板基本上是空的。它也包含了基本的文件夹、CSS和MVC应用的基本架构，但是仅此而已。直接运行用空模板创建的应用将会看到错误信息——你需要从头开始一步步进行开发工作（you need to work just to get to square one）。既然如此，那为什么还要将该模板包含进来呢？其实空模板是为了方便经验丰富的MVC开发人员更精确的按照自己的需要来进行设置和配置。我们将会在本章后半部分简略的看一下空应用程序的结构。要想了解更多，可以参考一下MVC音乐商店的应用程序，它就是用空模板创建的。

View引擎（View Engine）

在新的ASP.NET MVC3项目对话框中，接下来的选项是view引擎下拉框。View引擎提供了不同的模板语言用来生成MVC项目中的HTML标签。在MVC3之前的版本中，view引擎唯一的集成选项是ASPX或者说Web Forms。这个选项依然是可用的，如图1-5所示。

测试（Testing）

如果使用了Internet或者Intranet应用程序模板，那么在新的ASP.NET MVC3项目对话框中会有另外一个选项。该部分主要处理测试，如图1-6所示。

如果不选中创建测试项目的复选框，那么意味着你的项目创建时不会包含任何单元测试，也就没有其他的需要做了。

推荐：选中复选框
我希望你会形成对每个新建项目都选中“创建单元测试项目”复选框的习惯。
我并不打算向你兜售“单元测试”信仰 — 至少现在还不。整个这本书中我们都会谈论单元测试，特别是第12章，会涉及单元测试及可测试模式，但我们并不打算把它强行塞入你的喉咙（让你生吞活剥）。
因此，我的推销（建议）是：只选中这个复选框。你（暂时）不必知道这么做的细节，也不需要你具有一个ALT.NET的粉饰或一份证书（意即，你现在不需要具备单元测试的任何基础知识）。本书中我们会涉及一些单元测试以让你入门，而单元测试最好的起步就是选中这个复选框，以便你以后可以编写一些测试而不必做任何设置。

在选中创建单元测试项目复选框（Create a Unit Test Project box）之后，会有两外几个选项：

第一个很简单：你可以任意修改单元测试项目的名称；
第二个选项允许选择一个测试框架，如图1-7所示。

你可能已经注意到，只有一个测试框架供选择，这看起来好像没有太大必要了。只有一个下拉框选项是因为单元测试框架式可以注册到该对跨框中的，所以如果你安装了其他单元测试框架（如xUnit, Nunit, MbUnit等），那么将会显示在该下拉框列表中。

Visual Studio Unit Test Framework只在Visual Studio 专业版或者更高版本中可用。如果你使用Visual Studio 2010标准版或者Visual Web Developer 2010 企业版，那么你需要下载安装ASP.NET MVC的Nunit, MbUnit或者Xunit扩展包才可以看到这个对话框。

为单元测试框架下拉框注册测试框架
可曾想过为新的MVC新建项目对话框注册测试框架要涉及到哪些吗？
该过程在MSDN上进行了详细的描述(http://msdn.microsoft.com/en-us/library/dd381614.aspx)。主要包括两个步骤：
1. 为新的MVC测试项目创建并安装模板项目；
2. 通过在HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0_Config\MVC3\TestProjectTemplates下添加一些注册表项来注册测试项目类型。

检查并确认你的信件MVC 3应用程序对话框中的设置和图1-8中一致，然后单击确定。

这样就创建了包含两个项目的解决方案——其中一个是web应用程序，另外一个是单元测试项目，如图1-9所示。

注：参考书籍《Professional ASP.NET MVC3》，仅供学习和交流，请勿用于商业用途。

本文链接

[译]Professional ASP.NET MVC3(01)-Chapter 1:Getting Started(上)

2012-03-26T09:06:00Z

本章概要

理解ASP.NET MVC
ASP.NET MVC3 预览
如何创建MVC3应用程序
MVC应用程序结构

本章首先简要介绍ASP.NET MVC, 解释它怎样适应ASP.NET MVC的历史版本，总结ASP.NET MVC3的主要更新，并展示如何配置ASP.NET MVC3应用程序的开发环境。

鉴于本书是介绍某web框架的高级系列教程之一，因此将介绍的言简意赅。我们不打算花费过多的时间来说服您来学习ASP.NET MVC,而是假设您已经为此而购买了本书。要想证明一个软件框架和模式成功，最好的方式莫过于展示它在现实世界中的应用。

ASP.NET MVC简介

ASP.NET MVC是将Model-View-Controller模式应用到ASP.NET 框架，而形成的搭建web应用的架构。我们首先看一下ASP.NET MVC和ASP.NET 框架的关系，然后再逐个难点进行突破。

ASP.NET MVC怎样适应ASP.NET

自从2002年发布ASP.NET 1.0以来，人们很容易把ASP.NET 和Web Forms看做一回事。ASP.NET 通常支持两个抽象层：

System.Web.UI: Web窗体层。包括服务端控件，View State等；
System.Web：管道。提供基本的web堆栈，包括models, handlers,以及HTTP堆等。

ASP.NET的主要开发方法是有一系列的web表单堆叠而成的-通过拖拽控件，魔术式的状态管理，以及后台编译时神奇的服务端控件处理（但经常混淆页面生命周期，不够优化的HTML,等等）。

但是，有些可能性还是存在的——直接响应HTTP请求，按照web框架真正的工作方式来进行构建，以及通过Handlers,Modules或其他手写代码来编写优雅的HTML代码。你可以实现，但是十分复杂，因为没有任何内建的模式来支持这些。但是，在更广范围的计算机科学界是不乏设计模式的。自从2007年发布ASP.NET MVC以来，ASP.NET MVC正在逐渐成为最流行的web开发框架之一。

MVC模式

Model-View-Controller(MVC)多年来一直是重要的设计模式之一。1979年时最初被称作Tbing-Model-View-Editor，后来简称Model-View-Controller。它是用来分离应用程序关注点的强有力的方法（例如，将数据访问层和展示逻辑分离开来），并能极好地适用于web应用程序。很明显，分离关注点将会为应用程序的设计添加些许额外的复杂度，但肯定是利大于弊。自从发布以来已经应用于许多框架中，可以看到，无论在Java还是C++, Mac还是Windows，它已经渐渐融入了诸多框架。

MVC将应用程序的用户界面划分为三个方面：

Model:一些描述将要处理的数据的类，并且定义一些数据修改和操作的逻辑规则。
View:定义如何展示应用程序的用户界面（UI）。
Controller: 处理用户交互、应用程序流以及具体的应用逻辑的类。

MVC用作用户界面模式

请注意我们引入MVC作为一种用户界面模型。MVC模式展示了一种处理用户交互的解决方案，但是并没有提到应该怎样处理数据访问、服务交互等其他应用程序的关注点。在通往MVC时要记住一点：它是有用的模式，但很可能只是开发应用过程中用到的诸多模式之一。

MVC用作web框架

MVC模式经常被用在web编程中，关于ASP.NET MVC可以大致这样理解：

Models：这是一些呈现所关注的领域模型的类。这些领域模型通常封装存储在数据库中的数据，以及操作数据和增强领域业务逻辑的代码。对于ASP.NET MVC而言，通过使用Entity Framework和NHibernate工具，结合针对领域模型的业务逻辑的自定义代码，它在某种程度上类似于数据访问层。
View：一个动态生成HTML的模板。在第3章会更加深入了解view。
Controller：管理View和Model质检关系的具体类。它响应用户输入，告知Model,并决定要展示的view。在ASP.NET MVC中，该类以Controller为后缀。

通往MVC3之路

短短两年之内，已经发布了三个主要的ASP.NET MVC版本以及几个其他过渡版本。为了更好地理解ASP.NET MVC3，了解它的发展历程也是很重要的。本节主要介绍三个ASP.NET MVC版本的内容及背景。

ASP.NET MVC 1概述

2007年2月，微软的Scott Guthrie (“ScottGu”)在飞往美国东海岸参加会议的途中构思出了ASP.NET MVC的要点。这是一个简单的应用，只包含几百行的代码，但为一些web开发者听众带来的希望和潜力却是巨大的。

接下来，2007年10月，在华盛顿雷德蒙德举行的奥斯汀ALT.NET会议上，ScottGu想众多开发者展示了“在飞机上编写的超酷的东西”，并问他们是否看到了这个需要以及大家的看法。这是比较令人震惊的。事实上，很多人关心这个叫做Scalene的原型。Eilon Lipton 2007年9月将第一个原型发送给了团队，然后他和ScottGu 一起将原型、代码以及想法来回修改了多次。

即便到了官方版本发布之时，很明显ASP.NET MVC仍然不是我们标准的微软产品。它的开发周期包含了很强的交互性：官方版本发布之前发布了九个测试版本，进行单元测试，源代码也是采用公开的序列号。这一切都强调了一个哲理：在开发过程中要注重沟通交流。最终的成果是官方版MVC 1.0发布了，包含代码及单元测试，而且已经被由使用它的开发者们进行了预览和使用。ASP.NET MVC 1.0于2009年3月13日正式发布。

ASP.NET MVC 2概述

仅仅时隔一年之后，2010年三月ASP.NET MVC2发布了。MVC2的主要特点包括：

支持自定义模板的UI helpers.
客户端和服务端基于属性的Model验证
强类型HTML helper
改进Visual Studio 工具：基于使用ASP.NET MVC1开发应用的开发者们的反馈，添加了许多API强化和高级特性，例如：
支持将较大的应用进行分割
异步Controllers支持
支持通过使用Html.RenderAction展示一个页面/站点的子段落
许多新的helper方法，实体，以及API强化

MVC2的发布开设了一个先例，即没有太多突破性的改变。我想这是ASP.NET MVC设计模式需要遵循的一个约定，在不改变核心的前提下进行一系列扩展。

ASP.NET MVC3概述

迫于Web Matrix的发布日期，ASP.NET MVC3(以后本书简称MVC3)在MVC2后10个月就发布了。假如MVC 3是装在箱子里的，那么它的前面可能会写着：

包含Razor引擎的View表现层！
.NET 4的数据注释支持！
改进Model验证后的流线型验证！
包含了依赖方案和整体Action过滤的强大地钩子！
丰富的javascript支持，包括不唐突的javascript, jQuery验证以及JSON绑定！
开始NuGet！！！

对于曾经用过之前版本MVC的读者来说，我们将快速浏览一下这几个主要特性来开始我们的MVC之旅。

Razor引擎

Razor是自十年前ASP.NET 1.0发布以来对于HTML展示的一个最主要的更新。在MVC1和2中默认使用的view引擎是Web Forms View引擎，因为它和Web Forms使用相同的ASPX/ASCX/MASTER文件和语法。它可以正常运作，但它的设计是支持在图形编辑器中进行控件编辑的，然后进行显示。下面是一个Web Forms页面语法的例子：

<%@ Page Language=”C#” MasterPageFile=”~/Views/Shared/Site.Master”
Inherits=”System.Web.Mvc.ViewPage<MvcMusicStore.ViewModels.StoreBrowseViewModel>”
%>
<asp:Content ID=”Content1” ContentPlaceHolderID=”TitleContent” runat=”server”>
Browse Albums
</asp:Content>
<asp:Content ID=”Content2” ContentPlaceHolderID=”MainContent” runat=”server”>
<div class=”genre”>
<h3><em><%: Model.Genre.Name %></em> Albums</h3>
<ul id=”album-list”>
<% foreach (var album in Model.Albums) { %>
<li>
<a href=”<%: Url.Action(“Details”, new { id = album.AlbumId }) %>”>
<img alt=”<%: album.Title %>” src=”<%: album.AlbumArtUrl %>” />
<span><%: album.Title %></span>
</a>
</li>
<% } %>
</div>
</asp:Content>

Razor是专门设计用来作为view引擎语法的。它有一个主旨： code-focused templating for HTML generation.下面是如何使用Razor生成相同的标签：

@model MvcMusicStore.Models.Genre
@{ViewBag.Title = “Browse Albums”;}
<div class=”genre”>
<h3><em>@Model.Name</em> Albums</h3>
<ul id=”album-list”>
@foreach (var album in Model.Albums)
{
<li>
<a href=”@Url.Action(”Details”, new { id = album.AlbumId })”>
<img alt=”@album.Title” src=”@album.AlbumArtUrl” />
<span>@album.Title</span>
</a>
</li>
}
</ul>
</div>

Razor语法容易输入和阅读，它不像Web Forms引擎中包含XML类似的重量级语法。

我们已经谈了用Razor语法进行开发的不同。为了将它推广到更多的地方，我们一起看一下开创Razor语法的团队的设计目标：

简洁，丰富，流畅： Razor对于生成HTML的模板的及其关注，最终造就了极其简约的语法。这不仅减少了键盘输入，当然这是不言而喻的，另外它还能很容易的表达你的意图。一个关键的例子是对于标签和代码之间传递数据时的简化。当你用循环来写一些model属性时会看到实际效果：

@foreach (var album in Model.Albums)
{
<li>
<a href=”@Url.Action(“Details”, new { id = album.AlbumId })”>
<img alt=”@album.Title” src=”@album.AlbumArtUrl” />
<span>@album.Title</span>
</a>
</li>
}

基于母版页的概念进行改进，Razor使用Layouts简化了标签，它具有更高的灵活性和更少的代码。

并非一种新生语言：Razor是一种让你能够凭直觉在模板中使用.NET编码技术的语法。
易于学习：正因为Razor不是一种新的语言，所以它是很容易学习的。了解了HTML，了解了.NET；那么就开始键入HTML,然后在需要编写.NET代码的时候输入@符号就可以了。
使用任何文本编辑器：由于Razor是专注于HTML的轻量级语法，你可以选择任意一种编辑器。Visual Studio的语法高亮和智能感知特性是非常友好的，不过实际上Razor简单到你可以在任何文本编辑器中进行编辑。
强大的智能感知：尽管Razor设计之初并未要求智能感知，不过当查看model对象支持的属性时，智能感知将会提供极大的便利。在这些情况下，Razor确实在Visual Studio中提供了完善的智能感知，如图1-1.

单元测试：Razor引擎的核心编译引擎并不依赖于System.web或ASP.NET等，它可以在单元测试甚至命令行中执行。尽管目前还没有直接支持这些的工具，但可以使用类似于David Ebbo 的Visual Studio单文件生成器(http://visualstudiogal-lery.msdn.microsoft.com/1f6ec6ff-e89b-4c47-8e79-d2d68df894ec/)的系统来将view编译成类，然后像其他项目一样进行加载和测试。

这仅仅是Razor使编写view代码简洁有趣的亮点之一，我们将在第3张中进一步深入讨论。

输入验证改进

输入验证是构建Web应用过程中非常重要的一环，但是并不有趣。我通常在确信它正常工作的前提下，花费尽可能少的时间来编写验证代码。

MVC2的属性驱动验证系统通过用声明性代码取代反复的强制性编码，从而减少了该过程中的许多麻烦。有许多情况下最好忘掉这种“主逻辑”，并且不得不编写更多大量的代码。MVC3扩展了这种验证支持，来应对将可能遇到的大多数情景。要想了解ASP.NET MVC更多关于验证的信息，请查看第6章。

.NET 4数据注释支持

MVC2是基于.NET3.5进行编译的，所以并没有提供对于.NET 4数据注释功能的支持。由于.NET 4的支持，目前MVC3已经添加了一些新的并且非常有用的验证特性。这些例子包括：

MVC 2中的DisplayName特性是不能本地化的，但.NET 4支持的System.ComponentModel.DataAnnootations Display特性是可以的。
ValidateAttribute在.NET 4中得到了增强，可以更好地在验证整个model的上下文时起作用，大大简化了否则可能要引用两个model属性的验证。

改善model验证而进行流线型验证

MVC3对于.NET 4 IValidatableObject借口的支持得到了广大的认同。通过在model类中实现该借口并实现Validate方法，你可以通过任何你能想到的方式扩展model类。代码如下所示：

public class VerifiedMessage : IValidatableObject {
public string Message { get; set; }
public string AgentKey { get; set; }
public string Hash { get; set; }
public IEnumerable<ValidationResult> Validate(
ValidationContext validationContext) {
if (SecurityService.ComputeHash(Message, AgentKey) != Hash)
yield return new ValidationResult(“Agent compromised”);
}
}

丰富的javascript支持

JavaScript在当代任何web应用中都是十分重要的部分。ASP.NET MVC3添加了一些客户端开发的重要支持，并集成了高质量JavaScript的当前标准。要想了解ASP.NET MVC3中新的Javascript相关特性，请看第8章。

高级特性

Dependency Resolution

ASP.NET MVC3引入了名为dependency resolver的新概念，它极大的简化了应用程序中的依赖注入的使用。它更容易去除应用程序组建的耦合性，并且提高了可配置性和可测试性。

以下情况下已经添加了相应支持：

Controllers(注册并注入controller工厂，注入controller)
Views(注册并注入view引擎，将依赖注入到view页面)
Action 过滤器（定位并注入过滤器）
Model绑定（注册并注入）
Model验证提供（注册并注入）
Model元数据提供（注册并注入）
值提供（注册并注入）

这是一个足够大的话题，所以我们用一整章（第11章）来讨论。

Global Action Filters

MVC2 action filters提供一个钩子，在执行某个action之前或者之后执行一些代码。它是通过将自定义特性应用于controller action或者全局controller来实现的。MVC2中包含了一些过滤器，就像 Authorize特性等。

MVC 3使用全局action过滤器进行了扩展，他可以应用于真个应用程序中的所有action方法。这对于应用程序的基础关注点是非常有用的，例如如handling和日志等。

MVC3特性总结：各种易用性

这是一些伟大的特性，但是如果让我来设计这个箱子，我会在上面写着：

如果你已经推迟了学习ASP.NET MVC,那么它是如此简单，没有任何理由再延迟了。
如果你已经学习ASP.NET MVC一段时间了，那么MVC3能让你的许多复杂的代码变得不在必要。

注：参考书籍《Professional ASP.NET MVC3》，仅供学习和交流，请勿用于商业用途。

本文链接

跟小静读CLR via C#(18)——Enum

2012-02-06T06:39:00Z

1. Enum定义

枚举类型是经常用的一种“名称/值”的形式，例如：

public enum FeedbackStatus
     {
         New,
         Processing,
         Verify,
         Closed
     }

定义枚举类型之后我们在使用时方便了许多，不用再记着0代表什么状态，1代表什么状态。而且枚举类型时强类型的，在编译时就可以进行类型安全检查。枚举类型是值类型的，它是直接从System.Enum继承的，System.Enum又是继承自System.ValueType。但是枚举类型不可以定义方法、属性或者事件。

2. 常用方法

①Enum.GetUnderlyingType：获取枚举类型实例值的基类。

Console.WriteLine(Enum.GetUnderlyingType(typeof(FeedbackStatus)));//结果System.Int32

②ToString() ：转换为字符串形式

    FeedbackStatus status=FeedbackStatus .New ;
    Console.WriteLine(status.ToString());    //结果New
    Console.WriteLine(status.ToString("G")); //结果New
    Console.WriteLine(status.ToString("D")); //结果0

③GetValues：获取枚举类型中定义的所有符号以及对应的值。

FeedbackStatus[] status = (FeedbackStatus[])Enum.GetValues(typeof(FeedbackStatus));
            foreach(FeedbackStatus s in status )
            {
                Console.WriteLine("{0:D}--{0:G}", s);
            }

④GetNames：获取枚举类型中定义的所有符号。

string[] arr= Enum.GetNames(typeof(FeedbackStatus));
          foreach (string name in arr)
          {
              Console.WriteLine(name);
          }

⑤Parse, TryParse：将文本类型转换为对应的枚举类型。

FeedbackStatus status = (FeedbackStatus)Enum.Parse(typeof(FeedbackStatus), "New", false);
Enum.TryParse("aaa", false, out status);

⑥IsDefine：判断一个值对于一个枚举类型是否合法。

Console .WriteLine(Enum.IsDefined(typeof(FeedbackStatus),1)); //true
Console.WriteLine(Enum.IsDefined(typeof(FeedbackStatus), "New"));//true
Console.WriteLine(Enum.IsDefined(typeof(FeedbackStatus), "new"));//false,区分大小写
Console.WriteLine(Enum.IsDefined(typeof(FeedbackStatus), "aaa"));//false
Console .WriteLine(Enum.IsDefined(typeof(FeedbackStatus ),5)); //false

3. 扩展方法与枚举

上面提到过枚举中是不允许定义方法和事件的。但是我们可以通过扩展方法变相的为枚举添加方法。

public static class EnumMethod
{
    public static void Show(this FeedbackStatus status)
    {
        string[] arr = Enum.GetNames(typeof(FeedbackStatus));
        Console.WriteLine("枚举类型列表：");
        foreach (string name in arr)
        {
            Console.WriteLine(name);
        }
    }
}
static void Main(string[] args)
      {
          FeedbackStatus status = FeedbackStatus.Processing;
          status.Show();
      }

你也许喜欢：跟小静读CLR via C#（00）-开篇及目录

本文链接

跟小静读CLR via C#（17）--接口

2012-02-06T03:46:00Z

CLR不允许继承多个基类，但是可以继承多个接口。凡是能使用具名接口类型的实例的地方，都能使用实现了接口的一个类型的实例。接口是对一组方法签名进行了统一命名，但不提供任何实现，而具体类则必须为继承的全部接口提供实现。

1. 定义接口

接口是用interface关键字定义对一组方法签名，接口名称一般以字母I开头；而且还可以为接口定义事件、索引器和属性，但禁止定义构造器和实例字段，也不能构造任何静态成员。例如：

public interface IShout
{
    public IShout();//×Error Interfaces cannot contain constructors
    static void Shout1();//×Error The modifier 'static' is not valid for this item
    void Shout();
    string Name { get; set; }
}

2. 接口方法

具体的类继承接口后要为接口中定义的方法提供实现。我们首先定义一个接口，然后再定义类来实现该接口。

public interface IIntroduce
     {
         void Shout();
         void Description();
     }

接口方法，即具体类中实现接口中定义的方法，它的实现要注意几点：

接口方法必须是Public；
CLR要求将接口方法标记为virtual，否则编译器会自动标记为virtual和sealed。

public class Animal : IIntroduce
    {
        public void Shout()                     //接口方法为标记为virtual
        {
            Console.WriteLine("Animal Shout.");
        }
        public virtual void Description() //接口方法标记为virtual
        {
            Console.WriteLine("Animal Description.");
        }
    }

查看IL代码：

派生类可以使用New关键字为接口提供自己的实现。

public class Dog : Animal
   {
       public override void Description()//重写基类的接口方法
       {
           Console.WriteLine("Dog Description!");
       }
   }

   public class Cat : Animal, IIntroduce
   {
       public override void Description()//重写基类的接口方法
       {
           Console.WriteLine("Cat Description!");
       }
       new public void Shout()//重新实现接口方法
       {
           Console.WriteLine("Cat Shout.");
       }
   }

3. 显式接口实现

实现接口有隐式实现和显式实现两种方式。当多个接口中包含名称和签名都相同的方法时，要使用显示接口方法实现。

   public interface IDemo1
   {
       void Func();
   }
   public interface IDemo2
   {
       void Func();
   }
   public class Demo : IDemo1, IDemo2
   {
       public void Func()
       {
           Console.WriteLine("Demo.Func()");
       }
       void IDemo1.Func()
       {
           Console.WriteLine("IDemo1.Func()");
       }
       void IDemo2.Func()
       {
           Console.WriteLine("IDemo2.Func()");
       }
   }
class Program
   {
       static void Main(string[] args)
       {
           Demo demo = new Demo();
           demo.Func();//调用Demo类中的公共方法Func()
           ((IDemo1)demo).Func(); //显式调用IDemo1中的Func()
           ((IDemo2)demo).Func(); //显式调用IDemo2中的Func()
           Console.Read();
       }
   }

调用结果：

显式接口实现要注意：

不允许指定访问性，如Public等；查看元数据时会发现它自动标记为Private。
不能标记为virtual。
显式接口应该慎重使用，因为值类型的实例在转型为接口时会发生装箱，而且显式接口方法不能被派生类继承。

4.泛型接口

FCL提供了很多现成的接口如IComparable，同时提供了其泛型接口形式IComparable<T>.这样做能够编译时就检测类型从而提高了类型安全，而且减少了参数向object类型转换的装箱拆箱操作，提高了性能。

int x = 1;

IComparable y = "2";

y.CompareTo(x); //编译通过，运行时错误
IComparable<int> z = 3;
z.CompareTo(x); //编译通过，运行通过

5. 基类vs接口

如果存在IS-A关系使用基类，存在CAN-DO关系，使用接口。
基类实现较容易一些，基类提供的功能派生类一般稍作改动即可；而接口方法则要实现所有成员。
版本控制：向基类添加新方法后派生类可以直接使用；向接口添加新方法后需要修改源代码并重新编译。

你也许喜欢：跟小静读CLR via C#（00）-开篇及目录

本文链接

高性能网站14条——读《高性能网站建设指南》

2012-01-30T08:35:00Z

虽然不是做前端开发的，但是了解一些也是有用的。例如js脚本和css脚本是应该放在页面顶部吗？…

规则1、 较少HTTP请求

性能黄金法则：只有10%-20%的最终用户响应时间花在了下载HTML文档上。其余的80%-90%时间花在了下载页面的所有组件上。

实现技术：

图片地图（Image map）：当在导航栏或者其他超链接中使用多个图片时，使用图片地图在一个图片上关联多个URL，可以减少HTTP请求加速页面。
CSS Sprites：将多个图片合并到一个单独的图片中，然后使用CSS的background-positon属性为span,div等设置背景图片。通过合并图片减少了HTTP请求，并且比图片地图更加灵活。
合并脚本和样式表：如果页面引用了多个样式表和脚本那就需要合并了，最好一个页面不多于一个脚本和样式表。

规则2、 使用内容发布网络CDN

CDN是一组分布在多个不同地理位置的web服务器，可以更加有效的向用户发布内容。

规则3、添加Expires头

我们利用浏览器的缓存来改善网站性能，Web服务器使用Expires头来告诉web客户端它可以使用一个组件的当前副本，直到指定的时间为止，例如。

两外还可以用Cache-Control的max-age来指定组件缓存的秒数。例如：

文件名：添加缓存后，那么相应的组件更新时用户也获取不到新版本，为了解决这个问题可以在文件名中添加版本号。

规则4：压缩组件

通常的做法是用gzip压缩脚本和样式表。

规则5：将样式表放在顶部

为了避免白屏现象，请使用LINK标签将样式表放在文档顶部的head中，这样无论页面是在新窗口打开、重新加载还是作为主页，页面都是逐步呈现的。

规则6：将脚本放在底部

HTTP1.1规范检疫浏览器从每个主机名并行下载两个组件，这样可以提高性能。但为了保证脚本正确的执行顺序，下载脚本时

不是并行的。因此脚本对web页面会有以下影响：

脚本会阻塞对其后面内容的呈现；
脚本会阻塞对其后面组件的下载。

将脚本移到页面底部可以加速web页面。

规则7：避免是用CSS表达式

CSS表达式允许动态设置CSS属性，例如

问题是表达式求值的频率过高，除了页面加载和改变大小外，当页面滚动、鼠标移动时都会重新求值。

解决方式：

一次性表达式：可以将上面例子中计算背景色的部分提取到js中，然后在css中调用一次该方法。
事件处理器：可以将需要计算的部分提取到单独的方法中，并写明调用该方法的事件，例如window.resize等等，这样就能减少不必要的求值。

规则8：使用外部Javascript和css

如果纯粹比较javascript和css的内联外联的话，可能内联会快一些。但在实际应用时，由于外联文件可以被浏览器缓存起来，因此使用外部文件会产生较快的页面。

规则9：减少DNS查找

DNS将主机名映射到IP地址上，当用户请求一个主机名之后，DNS信息会留在操作系统的DNS缓存中来提高性能。通过使用Keep-Alive和较少的域名来减少DNS查找。

规则10：精简Javascript

精简是从代码中移除不必要的字符以减小其大小，进而改善加载时间。常用的javascript精简工具有JSMin,DojoCompressor等。

规则11：避免重定向

重定向用于将用户从一个URL重新路由到另一个URL，实现重定向可能有很多原因，包括网站重新设计、跟踪流量、记录广告点击、建立便于记忆的URL等。但实际上重定向会使页面变慢，下面是几种常见的替代方案：

URL结尾斜线：如果网站包含目录并且使用了自动索引，那么当URL结尾缺少应有的斜线时，可能会发送重定向。
跟踪内部流量：重定向经常用于跟踪用户流量的流向。也可以用Referer日志来跟踪流量，避免给向用户发送重定向，从而改善响应时间。
美化URL：为了向user展现便于记忆的URL，有时需要重定向。其实可以利用Alias,mod_rewrite和直接链接代码等来避免。

规则12：移除重复脚本

由于团队大小和脚本数量的影响，网站中的脚本是可能重复的，这可能导致不必要的HTTP请求和执行Javascript时浪费时间。要避免重复使用脚本，可以在模板系统中实现脚本管理模块，处理脚本的依赖性和版本。

规则13：配置或移除ETag

ETag(Entity Tag)实体标签，是Web服务器和浏览器用于确认缓存组件的有效性机制之一。它是唯一标识了一个组件的特定版本的字符串，格式约束是该字符串要用引号引起来。例如：

如果网站时放在同一台服务器是没有问题的，但是如果使用了服务器集群，则组件的下载次数会增多，导致性能下降。

规则14：使用Ajax可缓存

确保Ajax请求遵守性能指导，尤其应具有长久的Expires头。

本文链接

IIS 7的备份与恢复

2012-01-01T03:07:00Z

在%systemdrive%\windows\system32\inetsrv\下应该有个工具--Appcmd.exe，我们将使用该工具进行IIS7的备份及恢复。
备份
>AppCmd Add Backup "BackupName"
罗列备份
>AppCmd List Backup
恢复
>AppCmd Restore Backup "BackupName"

然后将%systemdrive%\windows\system32\inetsrv\backup里面你的备份文件夹拷贝出来，以后就可以恢复了

本文链接

跟小静读CLR via C#(16)--泛型

2011-12-21T08:48:00Z

泛型就像是一个模板，常常定义一些通用的算法，具体调用时再替换成实际的数据类型，提高了代码的可重用性。

一、初识泛型

1. 简单实例

以最常用的FCL中的泛型List<T >为例：

static void Main(string[] args)
       {
           List<int> num = new List<int>();
           num.Add(1);
           num.Add(3);
           int num1 = num[0];
           int num2 = num[1];
       }

尖括号中的T是不确定的数据类型，叫做类型参数，一般规定以字母T开头，可以是TKey, TValue都可以。而调用时指定的具体类型叫做类型实参。

查看一下IL代码：

类型名List是以“`”加数字结尾的。数字表示类型的元数，也就是需要指定具体类型的参数个数。
泛型是类型安全的。如果用“num.Add("a");”会发生编译错误；
泛型可以提高算法的可重用性，而且从例子中看出int类型并没有进行装箱拆箱操作，相比将所有类型转换为Object的方式而言，提高了程序的性能。
为泛型变量设置默认值时常使用default关键字进行，T temp=default(T)。如果T为引用类型，则temp为null;如果T为值类型，则temp设为0值.

2. 开放类型与封闭类型：

开放类型：具有泛型参数的类型是开放类型，如List<T>，CLR不允许构造开放类型的实例；

封闭类型：在实际调用代码时，如果所有类型实参都已经指定了实际数据类型，如List<string>，则该类型为封闭类型。CLR允许构造封闭类型的实例。

3. 类型推断：

先看这段很常见的代码：

为了增强可读性，编译器支持类型推断功能，省略<>，我们可以将上面调用的方法改为：

* 需要注意的是，类型推断时C#使用的是变量的数据类型，而不是变量引用的对象的类型。例如：

虽然s1和s2都是指向了字符串对象，但是这两个变量的类型是不同的，所以会产生编译错误。

二、协变和逆变泛型类型参数

通过协变量和逆变量，可以将泛型委托或者接口的类型参数进行一定的类型转换。

逆变量：泛型类型参数可以从基类转为派生类，用in关键字标识，只出现在输入位置，例如方法的参数；

public delegate void Func<in T>(T arg);
static void Main(string[] args)
{
Func<object> f1 = null;
Func<string> f2 = f1;
}

协变量：泛型类型参数可以从派生类改为它的基类，用out关键字标识，只出现在输出位置，例如方法的返回值。

public delegate TResult Func<out TResult>();
static void Main(string[] args)
{
Func<string> fn=null;
object result=fn();
}

三、泛型约束

在设计泛型的类型参数时，可以通过where子句指定类型需要满足的约束条件。主要包含以下几种约束方式：

1. 主要约束

一个类型参数可以指定0或1个主要约束，主要约束可以一个非密封的引用类型，它表示类型实参必须与约束类型相同或者为约束类型的派生类。该引用类型不能为Object, Array, Delegate, MulticastDelegate, ValueType, Enum, Void。

class Constraint1<T> where T : Stream
{
     public void Close(T stream)
     {
         stream.Close();
     }
}
class Program
{
     static void Main(string[] args)
     {
         Constraint1<FileStream> s2 = new Constraint1<FileStream>();
     }
}

两种特殊的主要约束：class和struct。

Class约束：要求指定的类型实参必须是引用类型。Where T:class

在没有约束的情况下，如果T为值类型，是不能赋值为null的，所以会产生编译错误。添加约束后编译通过:

Struct 约束：要求指定的类型实参必须是值类型

在没有约束的情况下，如果T为引用类型是不能声明为可空值类型的，所以会产生编译错误。添加struct约束后运行正常:

2. 次要约束

一个类型参数可以指定0或者多个次要约束。常见的次要约束主要有两种：

接口约束：类型实参必须实现了指定的所有接口。例如：

接口约束的另外一个好处是：值类型实参调用接口方法时不用进行装箱操作。

类型参数约束：在指定的类型实参之间，存在着一定关系。例如要求存在继承关系：

3. 构造器约束

构造器约束要求类型实参必须实现了无参构造器，而且它不支持有参构造器。

你也许喜欢：跟小静读CLR via C#（00）-开篇及目录

本文链接

从零开始MVC3—Music Store实例&Controller

2011-12-09T06:07:00Z

1. 引言

MVC主要包括Model,View和Controller三部分，首先简单学习一下Controller，以MusicStore为实例，先有一个初步印象。

2. Music Store简介

MusicStore是一个非常好的学习实例，而且提供了非常详细的操作步骤。下载地址：http://mvcmusicstore.codeplex.com/

它是一个简单的音乐商店，主要包含三个功能模块：购物，结算和后台管理。

首先打开完整版，看一下运行效果：

3. 创建Music Store项目

然后从头开始，一步步搭建我们的音乐商店。

新建项目，选项设置如下图所示：

l Project template->Empty
l View engine->Razor
l User HTML5 semantic markup->选中

点击OK后查看解决方案发现已经创建了相应的文件夹。

4. Controller

在Web Form开发的时候，网站中的URL经常和网页文件所在的磁盘目录相对应的，例如：www.buy.com/Products.aspx可能对应着某个目录下的名为“Products.aspx”的文件。但是在MVC中不同，URL不是对应着具体的文件，而是对应着Controller类中的Controller Action方法。它负责处理HTML请求，操作用户的输入，进行数据读写，决定客户端的响应（如显示HTML，显示文件，页面跳转等）。

① 添加首页HomeController:右击Contoller->Add->Controller

我们看到生成的HomeController代码如下：

namespace MusicStore.Controllers
{
    public class HomeController : Controller
    {
        //
        // GET: /Home/
        public ActionResult Index()
        {
            return View();
        }
    }
}

我们修改一下Index()方法如下：

运行效果：

② 添加商店StoreController，然后添加三个响应URL请求的方法：

public class StoreController : Controller
   {
       public string Index()
       {
           return "Hello from Store.Index()";
       }
       public string Browse(string genre)
       {
           string strMsg =HttpUtility.HtmlEncode( "Store.Browse,Genre=" + genre);
           return strMsg;
       }
       public string Details(int ID)
       {
           string strMsg = "Store.Details,ID=" + ID;
           return strMsg;
       }
   }

③运行效果：

Index()方法：

Browse方法中传递参数的方式很容易理解，跟在WebForm开发的时候一样都是【?key=value】

Details()方法中传递参数的形式比较特殊，因为MVC中处理URL中ActionMethod后面的参数时，默认对应的参数名称为“ID”。

本文链接