标题：面向对象编程：接口和抽象类

时间：2008-09-11

内容：

概念：
1.接口--接口是包含一组虚方法的抽象类型，其中每一种方法都有其名称，返回类型和参数；接口方法不能包括任何实现；
        当一个类可以实现多个接口时，不仅要实现该接口的所有方法，而且还有实现该接口从其他接口中继承的所有方法。
2.抽象类--抽象类提供多个派生类共享类的公共定义，它即可以提供抽象方法，也可以提供非抽象方法。抽象类不能被实例化；
          也不能被密封；如果派生类没有实现所有的抽象方法，则该派生类也必须声明为抽象类。另外，实现抽象方法由
          override方法来完成；

代码示例：

1.定义抽象类

Code
 1 abstract public class Animal
 2     {
 3         protected string _name;
 4         //声明抽象的属性
 5         abstract public string Name
 6         {
 7             get;
 8         }
 9         //声明抽象的方法
10         abstract public void Show();
11         //实现一般方法
12         public void MakeVoice()
13         {
14             Console.WriteLine("All animal can make voice!");
15         }
16     }

2.定义接口

Code
1    public interface IAction
2    {
3        //定义公共的方法
4        void Move();
5    }

3.实现抽象类和接口

Code
//Dock类
 public class Duck:Animal,IAction
    {
        //构造函数
        public Duck(string name)
        {
            _name = name;
        }
        //重载抽象方法
        public override void Show()
        {
            Console.WriteLine(_name + " is showing for you!");
        }
        //重载抽象属性
        public override string Name
        {
            get { return _name; }
        }
        //实现接口方法
        public void Move()
        {
            Console.WriteLine("Duck also can swim!");
        }
    }


//Dog类
 public class Dog:Animal,IAction
    {
        //构造函数
        public Dog(string name)
        {
            _name = name;
        }
        //重载抽象属性
        public override string Name
        {
            get { return _name; }
        }
        //重载抽象方法
        public override void Show()
        {
            Console.WriteLine(_name + " can run!");
        }
        //实现接口方法
        public void Move()
        {
            Console.WriteLine(_name + " is showing for you!");
        }
    }

4.客户端调用

Code
 1public class TestAnmial
 2    {
 3        public static void Main(string[] args)
 4        {
 5            Animal duckObj = new Duck("Duck");
 6            duckObj.Show();
 7            duckObj.MakeVoice();
 8
 9            Animal dogObj = new Dog("Dog");
10            dogObj.Show();
11            dogObj.MakeVoice();
12        }
13    }

结果：

Duck is showing for you!
All animal can make voice!
Dog can run!
All animal can make voice!

经常有人请我指导应该如何动态地“重写”URL，以在他们的ASP.NETweb应用中发布比较干净的URL端点。这个博客帖子概述了几个方法，你可以用来在ASP.NET中干净地映射或重写URL，以及按照你自己的需求组织你的URL的结构。

为什么URL映射和重写很重要？

下面是开发人员想要对URL有更大的灵活性的最常见的场景：

1) 处理这样的情形：你要更改你的web应用中网页的结构，但你同时也要确保在你移动网页后，那些被人收藏的老URL不会成为死链接。重写URL允许你透明地将请求转交到新的网页地址而不出错。

2) 在象Google，Yahoo 和 Live 这样的搜索引擎中提高你网站上网页的搜索相关性。具体地来说，URL重写经常能使你在你网站上网页的URL里更加容易地嵌入关键词，这么做往往会增加别人点击你的链接的机会。从使用查询字符串参数到使用完全限定(fully qualified)的URL也能在某些情形下提高你在搜索引擎结果中的优先顺序。使用强制referring链接使用同样的大小写(same case)和URL入口(譬如，使用weblogs.asp.net/scottgu 而不是 weblogs.asp.net/scottgu/default.aspx)的技术也能避免因跨越多个URL而造成的网页排名(pagerank)的降低(avoid diluting your pagerank across multiple URLs)，从而增加你的搜索结果。

在一个搜索引擎日渐驱动网站访问量的世界里，在你的网页排名上稍微得到一些提高就能给你的业务带来不错的投资回报(ROI)。逐渐地，这驱使开发人员使用URL重写以及其他SEO(搜索引擎优化 )技术来优化网站(注，SEO是个步调很快的空间，增加你的搜索相关性的建议月月在演变)。想了解一些关于搜索引擎优化方面好的建议的话，我建议你阅读一下《SSW Rules to Better Google Rankings (SSW的提高Google排名之要领)》，以及MarketPosition关于《how URLs can affect top search engine ranking (URL会如何影响顶级搜索引擎排名)》的文章。

例程的URL重写场景

为这个博客贴子起见，我将假设我们将在一个应用里建造一套电子商务的产品目录网页，产品是按种类来组织的(譬如，图书，录像，CD，DVD等等)。

让我们假定一开始我们有个网页叫Products.aspx，通过查询字符串参数接受一个类别名称，相应地过滤显示的产品。与这个Products.aspx网页对应类别的URL看上去象这样：

但我们不想使用查询字符串来呈示每个类别，我们想修改应用，让每个产品类别对搜索引擎来说看上去象是一个独特的URL，并且在实际的URL中嵌入关键词(而不是通过查询字符串参数)。我们将在这个博客帖子剩下来的篇幅里，讨论一下达成这个目的我们可以采取的4种不同方法。

方法一：使用Request.PathInfo 参数而不是查询字符串

我将示范的第一个方法根本不使用URL重写，而是使用ASP.NET中不太为人所知的一个特性，Request的PathInfo属性。为帮助解释这个属性的有用之处，考虑一下我们电子商店下面这些URL的情形：

你会在上面这些URL中注意到的一个东西是，他们不再含有查询字符串值，取而代之的是，类别参数的值是附加到URL上的，是以Products.aspx网页处理器名称之后的/参数 值的方式出现的。然后，一个自动化的搜索引擎爬虫(search engine crawler)会把这些URL解释成三个不同的URL，而不是一个URL带有三个不同的输入值 (搜索引擎是不理会文件扩展名的，只把它当作URL中的另一个字符而已)。

你也许很想知道怎么在ASP.NET中处理这个附加的参数的情形。好消息是，这非常简单。只要使用Request的PathInfo属性就可以了，该属性返回URL中紧随 products.aspx 后面的那部分内容。所以，对上面这些URL， Request.PathInfo会分别返回 “/Books”， “/DVDs”，和 “/CDs”(万一你想知道的话， Request的Path 属性返回“/products.aspx” )。

然后，你可以轻易地编写一个函数来获取产品类别，象这样(下面这个函数去除前面的斜杠字符，只返回“Books”，“DVDs”，或 “CDs”)：

样例下载：我建立的一个展示这个技术的样例应用可以在这里下载。这个样例和这个技术的很好的地方在于，为部署使用这个方法的ASP.NET应用，不需作任何服务器配置改动。在共享主机的环境里，这个技术也行之有效。

方法二：使用HttpModule实现URL重写

上述Request.PathInfo技术的替换方法是，利用ASP.NET提供的HttpContext.RewritePath方法。这个方法允许开发人员动态地重写收到的URL的处理路径，然后让ASP.NET使用刚重写过后的路径来继续执行请求。

譬如，我们可以选择向大众呈示下列URL：

在外界看来，网站上有三个单独的网页(对搜索爬虫而言，这看上去很棒)。通过使用 HttpContext的RewritePath方法，我们可以在这些请求刚进入服务器时，动态地把收到的URL重写成单个Products.aspx网页接受一个查询字符串的类别名称或者PathInfo参数。譬如，我们可以使用Global.asax中的Application_BeginRequest事件，来这么做：

手工编写象上面这样的编码的坏处是，很枯燥乏味，而且容易犯错。我建议你别自己写，而是使用网上现成的HttpModule来完成这项工作。这有几个你现在就可以下载和使用的免费的HttpModule：

• UrlRewriter.net
• UrlRewriting.net

这些模块允许你用声明的方式在你应用的web.config文件里表达匹配规则。譬如，在你应用的web.config文件里使用UrlRewriter.Net模块来把上面的那些URL映射到单个Products.aspx页上，我们只要把这个web.config文件添加到我们的应用里去就可以了(不用任何编码)：

上面的HttpModule URL重写模块还支持正则表达式和URL模式匹配(以避免你在web.config 文件里硬写每个URL)。所以，不用写死类别名称，你可以象下面这样重写匹配规则，把类别名称动态地从任何/products/[类别].aspx组合的URL里取出来：

这使得你的编码极其干净，并且扩展性非常之好。

样例下载：我建立的一个使用UrlRewriter.Net模块展示这个技术的样例应用可以在这里下载。

这个样例和这个技术的很好的地方在于，为部署使用这个方法的ASP.NET应用，不需作任何服务器配置改动。在设置为中等信任安全等级(medium trust)的共享主机的环境里，这个技术也行之有效 (只要把文件FTP/XCOPY到远程服务器就可以了，不需要安装)。

方法三：在IIS7中使用HttpModule 实现无扩展名的URL重写

上述的HttpModule方法在你要重写的URL含有.aspx 扩展名或者包含另一个被设置为ASP.NET处理的扩展名的情形下一切都工作。你这么做的话，不需要任何特定的服务器配置，你只要把你的应用拷贝到远程服务器，它会正常工作的。

但有的时候，你要重写的URL要么拥有一个不为ASP.NET处理的文件扩展名(譬如， .jpg， .gif， 或 .htm)，要么根本没有扩展名。譬如，我们也许要把这些URL呈示成公开的产品目录网页(注意，它们没有 .aspx 扩展名)：

在 IIS5 和 IIS6 中，使用ASP.NET处理上面这样的URL不是很容易。 IIS 5/6 使得在ISAPI扩展(ASP.NET就是这样一个扩展)里非常难以重写这些类型的URLS。你需要做的是使用ISAPI过滤器在IIS请求管道(request pipeline)的较早期实现重写。我将在下面的第四个方法里示范如何在 IIS5/6 实现这样的重写。

但好消息是， IIS 7.0使得处理这类情形容易之极。你现在可以在 IIS 请求管道的任何地方执行一个HttpModule，这意味着你可以使用上面的URLRewriter 模块 来处理和重写无扩展名的URL(甚至是带有 .asp，.php，或 .jsp 扩展名的URL)。下面示范了你在IIS7中该如何配置：

注意一下<system.webServer>内<modules>部分设置为true的runAllManagedModulesForAllRequests属性。这个属性确保来自Intelligencia的UrlRewriter.Net模块(是在IIS7正式发布前编写的)，会被调用，有机会重写到服务器的所有URL请求(包括文件夹)。上面的web.config文件非常酷之处在于：

1) 它在任何IIS7机器上都会工作，你不需要管理员在远程主机上启用任何东西，它也能在设置为中等信任安全等级(medium trust)的共享主机的环境场景下工作。

2) 因为我在<httpModules>和 IIS7 的<modules> 部分同时配置了UrlRewriter，我既能在 VS内置的web服务器(即Cassini)中，也能在IIS7下使用同样的URL重写规则。两者完全支持无扩展名的URL重写。这使得测试和开发非常容易。

IIS 7.0 将在今年的晚些时候作为Windows Longhorn服务器的一部分发布，将在几个星期内随Beta3版本的发布支持go-live许可。由于添加到IIS7中的所有的新宿主(hosting)特性，我们预期主机供应商将会非常快地开始积极提供IIS7账号，这意味着你应该很快就可以开始利用上述的无扩展名的URL重写支持。我们将在 IIS7 RTM 时段里发布一个为微软所支持的URL重写模块，该模板是免费的，你可以在IIS7上使用，并且这模块将对你web服务器上的所有内容的高级URL重写场景提供很好的支持。

样例下载：我建立的一个使用IIS7和UrlRewriter.Net模块展示无扩展名URL重写技术的样例应用可以在这里下载。

方法四：在IIS5和IIS6中使用 ISAPIRewrite 来实现无扩展名的URL重写

如果你不想等到IIS7出来才利用无扩展名的URL重写，那么你最好的措施是使用ISAPI过滤器来重写URL。我知道有2个ISAPI过滤器方案，你也许要去看一下：

• Helicon Tech's ISAPI Rewrite: 他们提供一个99美元(可免费试用30天)的ISAPI URL重写产品完整版，以及一个免费的轻量级版本。
• Ionic's ISAPI Rewrite: 这可以免费下载(源码和可执行文件都可以下载)

我没亲手用过上面的产品，虽然我听过到对这2个产品的好评。Scott Hanselman和 Jeff Atwood 最近都写了精彩的博客贴子讲述使用这些产品的体验，同时提供了一些如何在这些产品中配置匹配规则的例子。Helicon Tech的ISAPI Rewrite的规则使用跟 Apache的mod_rewrite同样的句法，譬如(取自Jeff的博客贴子)：

一定要去读一下Scott和Jeff的贴子以了解这些ISAPI 模块的详情，以及你都能用它们做些什么。

注：使用ISAPI过滤器的一个坏处是，共享主机环境一般不允许你安装这样的组件，所以你要用它们的话，你要么需要一个专用的虚拟主机服务器，要么需要一个专用的主机服务器。但，如果你有一个主机计划允许你安装ISAPI的话，这会在IIS5/6下会提供最大的灵活性，让你过渡到IIS7推出为止。

在URL重写里处理ASP.NET PostBack

大家在使用ASP.NET和重写URL时经常遇到的一个疑难杂症跟处理postback场景有关。具体地来说，当你在一个网页上放置一个 <form runat="server"> 控件时，ASP.NET 会自动地默认输出标识的action属性指向当前所在页面。当使用URL重写时，会出现这样的问题，<form> 控件显示的URL不是原先请求的URL(譬如，/products/books)，而是重写过后的URL(譬如，/products.aspx?category=books)。这意味着，当你做一个postback到服务器时，URL不再是你原先干净利落的那个了。

在 ASP.NET 1.0 和1.1 中，大家经常诉诸于继承<form> 控件生成他们自己的控件，来正确地输出要使用的action属性。虽然这可以工作，但结果有点乱，因为这意味着你需要更新你所有的页面来使用这个另外的表单控件，而且有时在Visual Studio所见即所得设计器里也会遇上问题。

好消息是，在ASP.NET 2.0中，有个比较干净的诀窍你可以用来重写<form>控件的action属性。具体地来说，你可利用新的ASP.NET 2.0控件适配器扩展架构来定制控件的输出，用你提供的值来覆盖action属性的值。这不要求在你的.aspx页面里做任何编码改动，而只要在你的/app_browsers文件夹里添加一个.browser文件，注册使用一个控件适配类即可输出新的action属性。

标题：静动之间：静态和非静态

时间：2008-08-21

内容：

1.静态类与非静态类
●.静态类中只能包含静态成员和静态方法，否则会抛出编译错误；
   而非静态类中可以包含非静态成员和非静态方法，也可以包含
   静态成员和静态方法；
●.静态类不可以实例化；非静态类可以实例化。不管是静态类还是
   非静态类，对于静态成员和静态方法的调用都必须通过类来实现；
●.如果一个类只包含静态成员和静态方法，应该将该类标记为static，
   并提供私有的构造函数来避免实例创建，其实这个也是单件模拟的体现；
 

2静态构造函数与实例构造函数
静态构造函数，用户初始化类中的静态成员，包括静态字段和静态属性。
静态构造函数不能参参数、不能有访问修饰符也不能为调用，通常由.NET
运行库在第一次调用类成员之前执行。
●.静态构造函数，可以和无参数的实例构造函数同存。虽然参数列表相同，
但是二者执行的时间不同，静态构造函数在运行库加载类时执行；而实例构造
函数则在实例创建时执行。
●.静态构造函数，只能对静态成员进行初始化操作，不能用与非静态成员；
而实例构造函数，可以初始化实例成员，也可以初始化静态成员，但是静态
只读字段除外；
●.静态构造函数只被执行一次，而且.NET运行库也无法确定静态构造函数什
么时候被执行；而实例构造函数可以在多次实例创建时被执行多次；
●.一个类只能有一个静态构造函数；而一个类可以有多个实例构造函数；
●.静态成员可以在声明时初始化，也可以通过静态构造函数进行初始化，
这两种初始化都只能被执行一次。一般来说，简单的静态成员在声明时初
始化即可，而复杂的静态成员则选择在静态构造函数中进行初始化较佳；
●.构造函数的大体执行顺序：分配静态成员的内存空间----执行静态成员初
始化----执行静态构造函数----分配对象实例的内存空间----执行实例成员
初始化----执行实例构造函数；

3.静态成员与实例成员
●.静态成员包含静态字段和静态属性，静态字段实现为private，而静态属性
一般实现为public，以体现类的封装原则；
●.静态成员和类相关联，不依赖于对象而存在，只能由类访问；实例成员和
具体对象相关联，只能由对象实例访问，而不能由类访问；
●.静态成员属于类所有，无论创建多少实例对象，静态成员在内存中只有一份；
实例成员属于类的实例所有，每创建一个实例对象，实例成员都会在内存中分配
一块内存区域；

4静态方法和实例方法
●.性能上，二者都差不多；
●.静态方法只能访问静态成员和静态方法，可以间接通过创建实例对象来访
问实例成员和实例方法；而实例方法可以直接访问实例成员和实例方法，也可以
直接访问静态成员和静态方法；
●.静态方法只能由类访问，实例方法只能有对象实例访问；
●.静态方法中不能引用this关键字，而实例方法可以；
●.静态方法不能被标记为virtual、abstract或者override，静态方法可以被派生
类访问，但是不能被派生类覆写。
●.Main方法为静态的，因此Main方法中不能直接访问Main所在类的实例方法和实例
成员。
●.静态状态必须是线程安全的。

用于创建代码文档资料的 NDoc    http://ndoc.sourceforge.net

用于生成解决方案的 NAnt         http://nant.sourceforge.net

用于生成代码的 CodeSmith

用于监视代码的 FxCop           http://www.gotdotnet.com/team/fxcop

用于编译少量代码的 Snippet Compiler

用于生成正则表达式的 Regulator

两种不同的转换器工具：ASP.NET 版本转换器和 Visual Studio .NET 项目转换器

用于分析程序集的 .NET Reflector   http://www.aisto.com/roeder/dotnet

最新整理出的十种软件工具：
1. Snippet Compiler：用来编写、编译和运行代码的基于Windows的小型应用程序
2. Microsoft Source Analysis for C#：是一款C#代码规范检查工具
3.GhostDoc：Visual Studio的一个免费插件
4.Sandcastle：帮助文档生成工具
5.Nunit：开放源代码单元测试框架
6.MyGeneration ：代码生成工具
7.Reflector for .NET：类浏览器和反编译器
8.The Regulator：生成和测试正则表达式
9.LINQPad：集成在.NET编程语言中的一种特性
10.NAnt：基于 .NET 的生成工具

以上并附有部分下载地址。

Ajaxian在2007年底对Ajax工具进行了调查，部分调查结果见下表（其中数字为调查者使用该工具的百分比，详细的请参见网页）：http://ajaxian.com/archives/2007-ajax-tools-usage-survey-results

其中Prototype使用率最高，很大程度上是因为它是最早成熟的框架，很多以前在项目中采用，所以现在一直在用