windows消息大全 http://dev.csdn.net/article/76/76601.shtm .NET 开发人员应该下载的十个必备工具 http://dev.csdn.net/article/75/75825.shtm ●●●CSDN小助手(完全脱离浏览器使用CSDN社区)●●● http://dev.csdn.net/article/74/74912.shtm 使用.Net IDE的一点小技巧 http://dev.csdn.net/article/74/74847.shtm C# and .NET Framework books http://dev.csdn.net/article/75/75122.shtm

1. @的用法： 在很多语言之中，加@在变量前常常是指的取地址，C#中的@用在string变量前面，指的是忽略字符串中所有的转义符“\”。如： Console.Writeln( "C:\\downloads\\test.rar" ); 与下面的语句相当： Console.Writeln( @"C:\downloads\test.rar" ); 2. Convert.to* 与 var.to* 用法区别 以上两个函数都是显式地进行变量类型转换，一般用于无法隐式转换的变量，用法举例如下，注意它们的区别。 int inText = 1999; string stText = ""; stText = Convert.ToString( inText ); // Convert的语法示例 stText = inText.ToString(); // 注意变量直接To新类型的用法，后面的()是不可省的，这和有些语言不同 Console.WriteLine( "This is convert test string: " + stText ); 3. C#的switch和C++的区别 语法： switch(var) { case varvalue1: <语句组> break; case varvalue2: <语句组> break; ...... case varvalueN: <语句组> break; default: // default是可以省略的 <语句组> break; } 　　C#和C++的switch语法相同，但C++允许case语句向下贯穿，即省略break时，将继续执行下面的case语句组，而C#中禁止该用法。在C#的switch语句中，break是不能少的，但可以用goto case varvalue的方式跳过它，直接执行下面的case语句组。举例如下（可能例子不怎么符合逻辑，只是为了说明C#在switch中如何贯穿）： Console.WriteLine( "This is convert test string: " + stText ); int var1 = Convert.ToInt32( Console.ReadLine() ); switch( var1 ) { case 70: Console.WriteLine( "The number is 70 !\n" ); goto case 80; // 把case 80当成goto的label break; case 80: Console.WriteLine( "The number is 80 !\n", var1 ); goto default; break; default: Console.WriteLine( "The number is not 70 or 80 !\n"); break; }

首先,如果不使用这两个关键字,那是什么样 呢? 看下面的例子: using System; class Test { 　　　　static void Swap(ref int x, ref int y) 　　　　{ 　　　　　　　　int temp = x; 　　　　　　　　x = y; 　　　　　　　　y = temp; 　　　　} 　　　　static void Swap(int x,int y) 　　　　{ 　　　　　　　　int temp = x; 　　　　　　　　x = y; 　　　　　　　　y = temp; 　　　　} 　　　　static void Main() 　　　　{ 　　　　　　　　int i = 1, j = 2; 　　　　　　　　Swap(ref i, ref j); 　　　　　　　　Console.WriteLine("i = {0}, j = {1}", i, j); 　　　　　　　　Swap(i,j); 　　　　　　　　Console.WriteLine("i = {0}, j = {1}", i, j); 　　　　} } 　　程序经编译后执行输出： i = 2, j = 1 i = 2, j = 1 这是csdn的一篇帖子上的例子.其实如果放在一起,并不能很容易的看出使用ref和不使用ref的区别. 分开看,就很明显了. 使用ref: using System; class Test { 　　　　static void Swap(ref int x, ref int y) 　　　　{ 　　　　　　　　int temp = x; 　　　　　　　　x = y; 　　　　　　　　y = temp; 　　　　} 　　　　 　　　　static void Main() 　　　　{ 　　　　　　　　int i = 1, j = 2; 　　　　　　　　Swap(ref i, ref j); 　　　　　　　　Console.WriteLine("i = {0}, j = {1}", i, j); 　　　　　　　　 　　　　} } 　　程序经编译后执行输出： i = 2, j = 1 不使用: using System; class Test { 　　　　 　　　　static void Swap(int x,int y) 　　　　{ 　　　　　　　　int temp = x; 　　　　　　　　x = y; 　　　　　　　　y = temp; 　　　　} 　　　　static void Main() 　　　　{ 　　　　　　　　int i = 1, j = 2; 　　　　　　　　Swap(i,j); 　　　　　　　　Console.WriteLine("i = {0}, j = {1}", i, j); 　　　　} } 　　程序经编译后执行输出： i = 1, j = 2; 比较这两个里子很明显,使用了ref关键字的函数调用以后,i和j的值变化了.而没有使用ref的却没有变,为什么呢? 请看下面这段话: 　　方法的参数是个值得特别注意的地方。方法的参数传递有四种类型：传值（by value），传址（by reference），输出参数（by output），数组参数（by array）。传值参数无需额外的修饰符，传址参数需要修饰符ref，输出参数需要修饰符out，数组参数需要修饰符params。传值参数在方法调用过程中如果改变了参数的值，那么传入方法的参数在方法调用完成以后并不因此而改变，而是保留原来传入时的值。传址参数恰恰相反，如果方法调用过程改变了参数的值，那么传入方法的参数在调用完成以后也随之改变。实际上从名称上我们可以清楚地看出两者的含义--传值参数传递的是调用参数的一份拷贝，而传址参数传递的是调用参数的内存地址，该参数在方法内外指向的是同一个存储位置。 所以我们可以看出,平时我们写的函数参数是传值参数(传值参数无需额外的修饰符),不论他是值类型还是引用类型.你可以试这个例子(这个例子是对"不论他是值类型还是引用类型"这句话,): using System; class Test { 　　　　 　　　　static void Swap(string x,string y) 　　　　{ 　　　　　　　　string temp = x; 　　　　　　　　x = y; 　　　　　　　　y = temp; 　　　　} 　　　　static void Main() 　　　　{ 　　　　　　　　string i = "1", j = "2"; 　　　　　　　　Swap(i,j); 　　　　　　　　Console.WriteLine("i = {0}, j = {1}", i, j); 　　　　} } 　　程序经编译后执行输出： i = "1", j = "2"; 注意:string类型是引用类型. i,j的值并没有改变,说明引用类型作为函数参数时,只要不加ref或者out,那他仍然是传值参数(我一直以为值类型作为函数参数时是传值参数,而引用类型作为函数参数时是传址参数). .net框架程序设计(修订版)上有这样一句话:ref和out的区别是参数的初始化和参数返回, 可是这里说out是输出参数,那加out是传址参数吗?要不,怎么也会变呢(应该也是吧,可能他只是一个名字,可以理解成输出参数也是传址参数)? using System; class Test { 　　　　static void Swap(out int x, out int y) 　　　　{ 　　　　　　　　int temp = x; 　　　　　　　　x = y; 　　　　　　　　y = temp; 　　　　} 　　　　 　　　　static void Main() 　　　　{ 　　　　　　　　int i = 1, j = 2; 　　　　　　　　Swap(out i, out j); 　　　　　　　　Console.WriteLine("i = {0}, j = {1}", i, j); 　　　　　　　　 　　　　} } 程序经编译后执行输出： i = 2, j = 1 总结:传值参数传递的是调用参数的一份拷贝，而传址参数传递的是调用参数的内存地址，该参数在方法内外指向的是同一个存储位置. 这句话可以这样说更加明白:传值参数传递的是调用参数的拷贝的地址,该参数在方法内外指向的不是是同一个存储位置，而传址参数传递的是调用参数的内存地址，该参数在方法内外指向的是同一个存储位置, 理解这句话,自然明白为什么会变化或者为什么不变化. 以上是个人的一点理解,肯定有不妥之处,请批评指出. 作者Blog：http://blog.csdn.net/lyb_abiandbel/

public class ValidateCode : System.Web.UI.Page { private void Page_Load(object sender, System.EventArgs e) { this.CreateCheckCodeImage(GenerateCheckCode()); } #region web 窗体设计器生成的代码 override protected void OnInit(EventArgs e) { // // CODEGEN: 该调用是 asp.NET web 窗体设计器所必需的。 // InitializeComponent(); base.OnInit(e); } ///

/// 设计器支持所需的方法 - 不要使用代码编辑器修改 /// 此方法的内容。 ///

private void InitializeComponent() { this.Load += new System.EventHandler(this.Page_Load); } #endregion private string GenerateCheckCode() { int number; char code; string checkCode = String.Empty; System.Random random = new Random(); for(int i=0; i<5; i++) { number = random.Next(); if(number % 2 == 0) code = (char)('0' + (char)(number % 10)); else code = (char)('A' + (char)(number % 26)); checkCode += code.ToString(); } Response.Cookies.Add(new HttpCookie("CheckCode", checkCode)); return checkCode; } private void CreateCheckCodeImage(string checkCode) { if(checkCode == null || checkCode.Trim() == String.Empty) return; System.Drawing.Bitmap image = new System.Drawing.Bitmap((int)Math.Ceiling((checkCode.Length * 12.5)), 22); Graphics g = Graphics.FromImage(image); try { //生成随机生成器 Random random = new Random(); //清空图片背景色 g.Clear(Color.White); //画图片的背景噪音线 for(int i=0; i<25; i++) { int x1 = random.Next(image.Width); int x2 = random.Next(image.Width); int y1 = random.Next(image.Height); int y2 = random.Next(image.Height); g.DrawLine(new Pen(Color.Silver), x1, y1, x2, y2); } Font font = new System.Drawing.Font("Arial", 12, (System.Drawing.FontStyle.Bold | System.Drawing.FontStyle.Italic)); System.Drawing.Drawing2D.LinearGradientBrush brush = new System.Drawing.Drawing2D.LinearGradientBrush(new Rectangle(0, 0, image.Width, image.Height), Color.Blue, Color.DarkRed, 1.2f, true); g.DrawString(checkCode, font, brush, 2, 2); //画图片的前景噪音点 for(int i=0; i<100; i++) { int x = random.Next(image.Width); int y = random.Next(image.Height); image.SetPixel(x, y, Color.FromArgb(random.Next())); } //画图片的边框线 g.DrawRectangle(new Pen(Color.Silver), 0, 0, image.Width - 1, image.Height - 1); System.IO.MemoryStream ms = new System.IO.MemoryStream(); image.Save(ms, System.Drawing.Imaging.ImageFormat.Gif); Response.ClearContent(); Response.ContentType = "image/Gif"; Response.BinaryWrite(ms.ToArray()); } finally { g.Dispose(); image.Dispose(); } } }

穿过代理服务器取远程用户真实IP地址： if(Request.ServerVariables["HTTP_VIA"]!=null){ string user_IP=Request.ServerVariables["HTTP_X_FORWARDED_FOR"].ToString(); }else{ string user_IP=Request.ServerVariables["REMOTE_ADDR"].ToString(); }

c#.net中类的覆写(OverRide) public class MyBase { public virtual string Meth1() { return "MyBase-Meth1"; } public virtual string Meth2() { return "MyBase-Meth2"; } public virtual string Meth3() { return "MyBase-Meth3"; } } class MyDerived : MyBase { // Overrides the virtual method Meth1 using the override keyword: public override string Meth1() { return "MyDerived-Meth1"; } // Explicitly hide the virtual method Meth2 using the new // keyword: public new string Meth2() // ???这么奇怪的方式 { return "MyDerived-Meth2"; } // Because no keyword is specified in the following declaration // a warning will be issued to alert the programmer that // the method hides the inherited member MyBase.Meth3(): public string Meth3() //???同样奇怪的 { return "MyDerived-Meth3"; } public static void Main() { MyDerived mD = new MyDerived(); MyBase mB = (MyBase) mD; System.Console.WriteLine(mB.Meth1()); System.Console.WriteLine(mB.Meth2()); System.Console.WriteLine(mB.Meth3()); } } 作者Blog：http://blog.csdn.net/downmoon/

C#语言的发展越来越多体现融合“设计模式+库”的思想，“语言的发展就是库的发展”。

可能你是公司里唯一谙熟某项关键技术的高手，缺了你，公司便玩不转了；也可能你所在的公司对你现有的专业技能高枕无忧，认为你在任期内足以胜任公司给你的开发任务（当然就不会再花银子去培训你啦）。 　　不要告诉我你们公司对原来用VB3开发的业务处理系统很满意，而你呢，也认为自己除了用C语言开发程序以外，不会再去做别的什么事情。 　　你是不是对.NET和Java为争夺开发工具市场撕破脸皮而熟视无睹，你是不是对XML将要取代关系数据库而无动于衷以及不屑一顾。你是不是认为你能用汇编或C开发任何东西，所以觉得其它开发工具都不再重要…… 　　如果真是这样，那么你离失业的日子不远了 　　俗话说--未雨绸缪…… 想一想如果你现在失业没有工作会怎么样， 想一想现在还有如此之多的弟兄们为了找一个饭碗而四处奔波。 想一想如果现在你们公司为了抢占市场，突然要进行技术转向，你该怎么办？ 想一想你现在为了自己的前途，突然需要改变技术领域，你该怎么办？或者你不满足于现在自己的知识结构，想要再充实一下，但又不知选择那些内容来学习。那么继续往下看，并一起参加讨论吧，相信会有收获的。 　　在人才招聘市场，人事经理们关注的是实际技能，要求现在和将来从事开发工作所需要的实际技能。作为一个技术开发人员，自己的知识结构是就业和保持自身岗位的关键。此外还有一点也很重要，那就是即便你不再从事或者寻求实际的开发工作，也必须尽可能多地了解和熟悉当今你所从事的领域中最前沿的技术和信息，只有这样才能跟上技术发展的步伐。以便使自己始终处于不败之地。 　　本文列出了当今计算机软件开发和应用领域最重要十种关键技术排名，如果你想保证你现在以及未来的几年不失业，那么你最好跟上这些技术的发展。虽然你不必对这十种技术样样精通，但至少应该对它们非常熟悉。 一、XML 　　在十种技术中，最重要的一种技术我想应该非XML莫属。这里不仅仅指XML规范本身，还包括一系列有关的基于XML的语言：主要有XHTML，XSLT，XSL，DTDs，XML Schema（XSD），XPath，XQuery和SOAP。如果你现在还对XML一无所知，那么赶快狂补吧。XML是包含类似于HTML标签的一个文本文件，在这个文件中定义了一个树型结构来描述它所保存的数据。 　　XML最大的优点是你既可以在这个文本文件中存储结构化数据，也可以在其中存储非结构化数据——也就是说，它能包含和描述"粗糙的"文档数据，就象它描述"规则的"表格数据一样。 XHTML是目前编写HTML的首选方法；因为XHTML本身就是格式良好的XML，与通常畸形的HTML文档相比， XHTML格式文档更容易处理。 XSLT和XSL是对XML文档进行转换的语言。它们可以将XML文档转换成各种格式，比如另一个文本文件、PDF文件、HTML文件、逗号分割的文件，或者转换成其它的XML文档。 DTDs 和XML Schema用来描述XML文件所包含的数据内容的类型，使你不用编写定制的代码就能对XML文档的内容进行"有效性"检查，使内容强行遵守给出的规则。 XPath 和 XQuery是查询语言，用它们可以从XML文档中吸取单个的数据项或者数据项列表。XQuery的功能特别强大，因为它对XPath查询进行了扩展。实际上，XQuery和XML的关系就像SQL之于关系数据库一样。 SOAP是Web services间进行通讯的标准协议。你不必知道SOAP协议的所有细节，但是你应该熟悉其常用规则及其工作原理，这样你才能使用它。 二、Web Services 　　Web服务是XML流行后的直接产物。因为XML可以描述数据和对象，XML大纲可以保证XML文档数据的有效性，因为XML的基于文本的规范，因而XML文档极其适合于作为一种跨平台通讯标准的基本格式。如果你还没有接触过Web服务，那么过不了多久你肯定会碰到它，所以必须熟练掌握Web服务，最好是精通它，因为它是迄今为止应用程序间跨不同种类机器、语言、平台和位置通讯的最简单的一种方式。不管你需不需要它，Web服务都会是将来互用性的主要趋势。 　　XML工作组的John Bosak曾说过："XML使得Java有事可做"，那么，我们也可以说，Web服务使得所有语言都有事可做。Web服务让运行在大型机上的COBOL应用程序与运行在手持设备上的应用程序相互沟通；让Java小应用与.NET服务器相互通讯，让桌面应用与Web服务器进行无缝交互，不但为商业数据处理，同时也为商业功能提供了方便的实现——并且这种实现与语言、平台、和位置无关。 三、面向对象编程 　　许多程序员仍然认为OOP乃技术的象牙之塔，但是细细想一下过去十年里在面向对象领域里占据过统治地位的开发语言之后，你就不会这么认为了，OOP理念从Smalltalk开始，然后蔓延到C++和Pascal（Delphi），到Java成为真正的主流，几年之后，VB.NET 和 C#的出现可以说是OOP发展到了登峰造极的地步。虽然使用这些语言不必了解OOP的概念，但如果你缺乏一些OOP的基本知识和方法，我想你很难在逐渐疲软的就业市场中找到工作。 四、Java, C++, C#, VB.NET 　　如果你热衷于技术，并且热爱编程，那么我想你应该轻松玩转这些高级语言，我说的玩转并不一定要你成为超级编程高手。而是能看懂用这些语言编写的代码即可。如果你还有精力用它们编码那就更好了。其实这种机会甚少。但是看代码的机会很多，学习编程的最有效的一种方式就是看源代码——浩如烟海的源代码中很多都不是用你所钟爱的开发语言编写的。 　　在过去的几年里，各个语言功能的发展基本上都差不多。现在你完全可以用VB.NET来写Windows服务、Web应用或者命令行程序。即使你只用其中的一种语言写程序。我认为也完全有必要学习另外一种语言，使自己能阅读和理解它们现有的例子代码，并且能将一种语言编写的代码转换成你首选的编程语言代码。这里列出的四种语言可谓是一个强大的开发语言工具箱，如果你掌握了它们，毫无疑问你一定是一个众人仰慕的高手。这里我要声明一下：那就是我并没有要忽略和排除其它的高级语言，如：FORTRAN、COBOL、APL、ADA、Perl和Lisp等等，根据你所从事的领域不同，应该选择适合的语言和工具。 五、JavaScript 　　Java 和JavaScript两者的名字尽管很类似，但它们之间并没有什么关系。为什么一种脚本语言会如此重要，以至于将它列入十种关键技术之一呢？仔细想一下就知道了，目前所有主流的浏览器都使用JavaScript。如果你要编写Web应用程序，那么JavaScript不可或缺。此外，JavaScript还能作为一种服务器端的脚本语言，如将它嵌入在ASP、ASP.NET中，或者嵌入XSLT来扩展功能。目前JavaScript在Mozilla/Netscape中是激活基于XUL界面的首选语言，它派生出了ActionScript，成为Flash MX应用的编程语言。还有就是JavaScript极有可能成为未来新设备的脚本语言以及主流应用的宏语言。 　　相比之下，VBScript虽然在微软的产品中得到很好的支持，但从长远来看，没有迹象表明它会有美好前途。微软自己都趋向于用JavaScript（或者用由JavaScript派生的JScript）来编写其客户端脚本代码。因此，如果你要选择脚本语言，非JavaScript莫属。 六、Regular Expressions 　　从所周知，关系数据库的查询使用SQL，搜索XML文档用XPath 和XQuery，而正则表达式则用来搜索纯文本。例如，你可以用一个命令来查找或删除HTML格式文件中的注释内容。大家都用过"IndexOf"、"InStr"以及"Like"这些内建在JavaScript或VB中的文本搜索函数，这些函数虽然很容易使用，但是它们的功能却无法与正则表达式同日而语——现在每一种主流的开发语言都提供对正则表达式的存取。尽管有人认为正则表达式本身的读写艰涩难懂，但毕竟它的功能强大，使用它的领域也越来越多。 七、Design Patterns 　　就像OOP通过创建和分类对象来简化编程一样，设计模式将普通的对象交互分类成指定的模型，这是一个从一般到具体的过程。OOP的成分使用得越多，设计模式就显得越有用武之地。所以你必须理解它们，跟上其总体理论的发展。 八、Flash MX 　　当你需要比HTML和CSS所能提供的更多的客户端图形和编程能力时，Flash是最佳选择。在Flash中编程比用Java小应用或者.NET代码来得快得多，也容易得多。 　　在最新版本中（MX），Flash不仅可以画图和进行动画打包，它还是个高度的可编程应用环境。具备强大的与SOAP Web服务沟通的能力，可以调用运行在远端服务器上的ColdFusion、Java或.NET代码。可以说Flash几乎无处不在，包括手持设备、置顶盒、甚至是新的平板电脑，你到处都可以见到它的身影，所以使用它实际上可以扩展和延伸你的应用程序使用领域。 九、Linux/Windows 　　这是当今PCs机操作系统的两大阵容，如果你想在计算机行业里混，就一定要熟悉它们。对于Linux，最好能自己安装，配置，下载它的图形用户界面以及一些应用程序。自己安装Apache并会编写Web应用程序。要清醒地认识到这个世界除了Windows之外，还有Linux的存在。并且这种局面将会长期存在。反过来，如果你是一个死忠的Linux开发者，不要再继续对Windows的憎恶，要相互学习，取长补短，看看Windows有什么好的东东可以采纳。记住Windows仍然是桌面之王。 　　谁也说不准你们公司什么时候会决定从Linux转向Windows，或者从Windows转向Linux。谁也说不准什么时候你会跳槽跑到另外一个使用不同平台的公司上班——或者即便不跳槽，也有可能在不同平台上开始另外一个杀手级项目——所以最好在每个平台上都积累一些经验，而不要在一棵树上吊死。 十、SQL 　　尽管SQL在当今众多的技术中已不是什么新东西，而且在未来的十年里它的作用很有可能被削弱，甚至整个被淘汰，但它仍然是一种基本技能——别看它是一种基本技能，至今仍有许多开发人员不懂什么是SQL或对它了解不多。不要指望基于图形用户界面的SQL构造器会帮你的忙，还是自己亲手写SQL查询吧，确定你掌握了SQL的基本语法。现在理解了SQL，不仅对以后学习XQuery有所裨益，而且可以使你很快找到简化或改进当前开发项目的途径。 尾声：培养对技术的好奇心 　　其实，不管技术的发展趋势如何，每个人最重要的一个技能是好奇心。敢于面对挑战，在你目前或未来的工作中，新语言或新技术可能很重要，也可能不怎么重要，你所学习的东西并不一定非要针对你的工作。不要怕失败，任何新的技术对初学者来说都是困难的。大多数的失败都可以归咎于本身急功近利，希望速成。俗话说——千里之行，始于足下，应该脚踏实地，一步一个脚印地往前走。不要让时间来左右你行动，而是要利用时间来关注、研究、测试新的开发技术和工具。 　　本文的用意不在于要让你成为任何一种技术的专家——只是想借VCKBAE这块宝地抛砖引玉，和大家畅谈现在和未来哪些技术是我们要密切关注的，讨论今后IT行业就业的知识结构，思考自己今后应该在哪些方面需要多花些功夫。因为每一个人的情况各有不同，应该根据具体情况来构筑自己的知识层面。但有一点无庸置疑——那就是保持良好的好奇心始终会使你充实和睿智。 Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=387860

实际上在系统正常运行的时候，应该是没有异常的。所有正常运行中被发现的异常，都应该被if else之类的判断分支所替代。 因此，最终只要在表现层try catch就可以了。在表现层try catch的时候，记录下exception中的stack frames就可以了。要是有了stack frames都还分析不出问题，那就表明系统设计有问题。 我的以上观点可以从微软的示范代码中得到验证。 我们公司的开发流程是：没有任何try catch的情况下进行开发。然后测试。在单元测试和联合测试都完成之后，再加上try catch进行最终测试。（在表现层加上try catch只是为了避免“客户使用中出现的我们不曾遇到的”意外情况）。 try catch应用在底层模块的一个主要原因是为了保证resource safe。而我们通常是用using()关键字来保证resource safe。 或者修改一下我的措辞，我们不会在底层就吞食掉exception。因为我们知道using()其实也是try catch，不过using()在catch之后立刻将原来那个exception原样抛出。 微软自己的类库曾经很自信的吞食了一些exception，于是微软的类库现在有了一些奇怪的特性：比如从类库返回不恰当的提示信息，比如类库里面诡异的弹出一个莫名其妙的对话框。 Exception的处理中有一个奇怪的原则：谁能修正或者了解这个exception，谁才能吃掉这个exception。 实际上如果谁能够修正或者了解这个exception，那么他通常也就有能力避免这个exception的出现。 一般性的业务错误，比如用户名密码错误，比如用户输入错误，比如一般性业务逻辑错误，我们都是通过代码进行逻辑判断的。不会抛出异常。只有那些我们没有考虑到的情况才会导致异常。而实际上我们在表现层catch到exception之后，几乎只有一种处理方式：操作失败，请联系系统管理员。 然后系统管理员会查看系统的错误日志，解决这个问题。 transaction需要roll back操作的时候，try catch也是会使用的。但是随后必须将这个异常原样的throw出去。 微软的Enterprise Library 2005共有1319个代码文件。你们猜猜里面一共有多少个try？ 答案是268。而且这268个try当中大概有一半是在Test project里面。而且剩下那一半中有很多try是只有fininally没有catch的。 现在还有谁觉得try是件很好玩的事情吗？ 大家再猜猜在Enterprise Library 2005的1319个代码文件里面，派生的Exception class有多少个呢？ 答案是9个，分别是：AuthorizationRuleNotFoundException SyntaxException UserNotFoundException MockDebugUtilsThrowsNonSecurityException MockDebugUtilsThrowsSecurityException LoggingException ConfigurationDependencyException ExceptionHandlingException MockException 这九个派生的exception class当中，有三个是在test project当中的。实际上类库里面的派生exception class只有六个。而且从我的眼光看来，即使是剩下的这六个派生exception class用得也是比较勉强的。 还有谁坚持派生大量的exception class是个好主意吗？ 更多讨论参见：http://community.csdn.net/Expert/TopicView3.asp?id=4432545 作者Blog：http://blog.csdn.net/wwwsq/