2007年12月5日
消失了一段时间,重新归来.Copy一段MSDN的讲解.
位域通常用于由可组合出现的元素组成的列表，而枚举常数通常用于由互相排斥的元素组成的列表。因此，位域设计为通过按位“或”运算组合来生成未命名的值，而枚举常数则不是。语言在对位域的使用和对枚举常数的使用上不同。
用于 FlagsAttribute 和 Enum 的准则
-
只有要对数值执行按位运算（AND、OR、XOR）时才对枚举使用 FlagsAttribute 自定义属性。
-
用 2 的幂（即 1、2、4、8 等）定义枚举常量。这意味着组合的枚举常量中的各个标志都不重叠。
-
请考虑为常用标志组合创建一个枚举常量。例如，如果用于文件 I/O 操作的枚举包含枚举常量 Read = 1 和 Write = 2，请考虑创建枚举常量 ReadWrite = Read OR Write，该常量组合了 Read 和 Write 标志。此外，在某些情况下，可能会将用于组合标志的按位 OR 运算视为一种高级概念，在简单任务中不需要执行此操作。
-
将负数定义为标志枚举常量时应谨慎，因为很多标志位置都可能设置为 1，这可能使您的代码产生混淆并易于发生代码错误。
-
测试数值中是否已设置标志的一种简便方法为：在数值和标志枚举常量之间执行按位“与”操作，这种方法会将数值中与标志不对应的所有位都设置为零，然后测试该操作的结果是否等于该标志枚举常量。
-
将 None 用作值为零的标志枚举常量的名称。在按位 AND 运算中，不能使用 None 枚举常量测试标志，因为所得的结果始终为零。但是，您可以在数值与 None 枚举常量之间执行逻辑（不是按位）比较，以确定数值中是否已设置任何位。
如果创建的是值枚举而不是标志枚举，创建 None 枚举常量仍十分有用。原因是在默认情况下，公共语言运行库会将用于枚举的内存初始化为零。因此，如果不定义值为零的常量，则枚举在创建时将包含非法值。
如果明显存在应用程序需要表示的默认情况，请考虑使用值为零的枚举常量表示默认值。如果不存在默认情况，请考虑使用值为零的枚举常量（这意味着该情况不由任何其他枚举常量表示）。
-
不要仅为了反映枚举自身的状态而定义枚举值。例如，不要定义仅用于标记枚举末尾的枚举常量。如果需要确定枚举的最后一个值，请显式检查该值。此外，如果枚举常量范围中的所有值都有效，还可以对第一个和最后一个枚举常量执行范围检查。
-
不要指定保留供将来使用的枚举常量。
-
在定义采用枚举常量作为值的方法或属性时，应考虑对该值进行验证。原因是即使没有在枚举中定义某个数值，也可以将该数值强制转换为枚举类型。
// Example of the FlagsAttribute attribute.
using System;
class FlagsAttributeDemo
{
// Define an Enum without FlagsAttribute.
enum SingleHue : short
{
Black = 0,
Red = 1,
Green = 2,
Blue = 4
};
// Define an Enum with FlagsAttribute.
[FlagsAttribute]
enum MultiHue : short
{
Black = 0,
Red = 1,
Green = 2,
Blue = 4
};
static void Main( )
{
Console.WriteLine(
"This example of the FlagsAttribute attribute \n" +
"generates the following output." );
Console.WriteLine(
"\nAll possible combinations of values of an \n" +
"Enum without FlagsAttribute:\n" );
// Display all possible combinations of values.
for( int val = 0; val <= 8; val++ )
Console.WriteLine( "{0,3} - {1}",
val, ( (SingleHue)val ).ToString( ) );
Console.WriteLine(
"\nAll possible combinations of values of an \n" +
"Enum with FlagsAttribute:\n" );
// Display all possible combinations of values.
// Also display an invalid value.
for( int val = 0; val <= 8; val++ )
Console.WriteLine( "{0,3} - {1}",
val, ( (MultiHue)val ).ToString( ) );
}
}
/**//*
This example of the FlagsAttribute attribute
generates the following output.
All possible combinations of values of an
Enum without FlagsAttribute:
0 - Black
1 - Red
2 - Green
3 - 3
4 - Blue
5 - 5
6 - 6
7 - 7
8 - 8
All possible combinations of values of an
Enum with FlagsAttribute:
0 - Black
1 - Red
2 - Green
3 - Red, Green
4 - Blue
5 - Red, Blue
6 - Green, Blue
7 - Red, Green, Blue
8 - 8
*/
2007年9月26日
2007年9月6日
Asp.net 2.0生命周期可以分为Web Page、Server Control和 Application 生命周期：
一、Web Page Life Cycle
如果 @
Page 指令的
AutoEventWireup 属性设置为
true（或者如果未定义该属性，因为默认情况下为
true），页事件将自动绑定至使用
Page_event 命名约定的方法.
下表列出了最常用的页生命周期事件。实际的事件比列出的事件要多。但是，它们不用于大多数页处理方案。而是主要由 ASP.NET
网页上的服务器控件使用，以初始化和呈现它们本身。
| 页事件 |
典型使用 |
|
Page_PreInit
|
|
|
Page_Init
|
|
|
Page_Load
|
|
|
Control events
|
执行特定于应用程序的处理：
|
|
Page_PreRender
|
|
|
Page_Unload
|
执行最后的清理工作，可能包括：
-
关闭打开的文件和数据库连接。
-
完成日志记录或其他特定于请求的任务。
 注意 |
|
在卸载阶段，页及其控件已被呈现，因此无法对响应流做进一步更改。如果尝试调用方法（如 Response.Write 方法），则该页将引发异常。
|
|
请注意有关页生命周期的以下附加信息：
-
各个 ASP.NET 服务器控件都有自己的生命周期，该生命周期与页生命周期类似。例如，在相应的页事件期间将调用控件的 Init 和
Load 方法。如果页上包含控件，则将首先调用控件的 Init 方法，然后再调用页的 Init
方法。但是，将在调用控件的 Load 方法之前先调用页的 Load 方法。
-
通过处理控件的事件，可以自定义控件的外观或内容。例如，所有的控件都将引发 Init、Load 和 Unload
事件，但是页开发人员通常不处理这些事件。而是通常处理特定于控件的事件，如 Button 控件的 Click 事件和
ListBox 控件的
SelectedIndexChanged
事件。在某些情况下，可能也需处理控件的 DataBinding 或 DataBound
事件。有关更多信息，请参见各个控件的类参考主题以及开发自定义 ASP.NET
服务器控件。
-
除了处理由页引发的事件以外，还可以重写页的基类中的方法。例如，可以重写页的 InitializeCulture
方法，以便动态设置区域性信息。注意，在使用 Page_event
语法创建事件处理程序时，将隐式调用基实现，因此无需在方法中调用它。例如，无论是否创建 Page_Load 方法，始终都会调用页基类的
OnLoad
方法。但是，如果使用 override 关键字（在 Visual Basic 中为 Overrides）重写页的
OnLoad 方法，则必须显式调用基方法。例如，如果在页中重写 OnLoad 方法，则必须调用 base.Load（在
Visual Basic 中为 MyBase.Load）以运行基实现。
例如，假设有一个页面，页面上有一个提交按钮和一个文本框，它们并不自动回传。你改变文本框中的文本，然后点击提交按钮。此时，ASP.NET顺序唤起下列事件：
•
Page.PreInit
•
Page.Init
•
Page.Load
•
TextBox.TextChanged
•
Button.Click
•
Page.PreRender
•
Page.Unload
二、Server Control Life Cycle
在ASP.NET 2.0 站点根目录下，只要存在 App_Offline.htm 文件，那么所有对.aspx的请求都将转向App_Offline.htm 。而且浏览器的地址栏显示的是所请求的.aspx的URL。
这样当我们的站点需要维护时，只要把App_Offline.htm 拷贝到站点根目录下即可。
注意事项：
（1）IIS 不能 Stop。
（2）只有对.aspx文件的请求才自动转到App_Offline.htm文件；如果请求的是.htm文件，则不会。
Tip: Make sure the app_offline.htm file is large enough (512 bytes) to disable the IE “friendly http errors” feature.
2007年8月2日
2007年7月24日
大家都容易把这两者搞混,我也一样,在听李建忠老师的设计模式时,他也老把抽象类说成接口,弄的我就更糊涂了,所以找了些网上的资料.
一、抽象类：
抽象类是特殊的类，只是不能被实例化；除此以外，具有类的其他特性；重要的是抽象类可以包括抽象方法，这是普通类所不能的。抽象方法只能声明于抽象类中，且不包含任何实现，派生类必须覆盖它们。另外，抽象类可以派生自一个抽象类，可以覆盖基类的抽象方法也可以不覆盖，如果不覆盖，则其派生类必须覆盖它们。
二、接口：
接口是引用类型的，类似于类,和抽象类的相似之处有三点：
1、不能实例化；
2、包含未实现的方法声明；
3、派生类必须实现未实现的方法，抽象类是抽象方法，接口则是所有成员（不仅是方法包括其他成员）；
另外，接口有如下特性：
接口除了可以包含方法之外，还可以包含属性、索引器、事件，而且这些成员都被定义为公有的。除此之外，不能包含任何其他的成员，例如：常量、域、构造函数、析构函数、静态成员。一个类可以直接继承多个接口，但只能直接继承一个类（包括抽象类）。
三、抽象类和接口的区别：
1.类是对对象的抽象，可以把抽象类理解为把类当作对象，抽象成的类叫做抽象类.而接口只是一个行为的规范或规定，微软的自定义接口总是后带able字段，证明其是表述一类类“我能做。。。”.抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中.
2.接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法;
3.一个类一次可以实现若干个接口,但是只能扩展一个父类
4.接口可以用于支持回调,而继承并不具备这个特点.
5.抽象类不能被密封。
6.抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的.
7.（接口）与非抽象类类似，抽象类也必须为在该类的基类列表中列出的接口的所有成员提供它自己的实现。但是，允许抽象类将接口方法映射到抽象方法上。
8.抽象类实现了oop中的一个原则，把可变的与不可变的分离。抽象类和接口就是定义为不可变的，而把可变的座位子类去实现。
9.好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染。
10.尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们全部加载到栈中！后果可想而知.（结合堆栈原理理解）。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则。
11.如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法.
四、抽象类和接口的使用：
1. 如果预计要创建组件的多个版本，则创建抽象类。抽象类提供简单的方法来控制组件版本。
2.如果创建的功能将在大范围的全异对象间使用，则使用接口。如果要设计小而简练的功能块，则使用接口。
3.如果要设计大的功能单元，则使用抽象类.如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。
4.抽象类主要用于关系密切的对象；而接口适合为不相关的类提供通用功能。
以下是我在网上看到的几个形象比喻,真的非常不错,呵呵:
1.飞机会飞，鸟会飞，他们都继承了同一个接口“飞”；但是F22属于飞机抽象类，鸽子属于鸟抽象类。
2. 就像铁门木门都是门（抽象类），你想要个门我给不了（不能实例化），但我可以给你个具体的铁门或木门（多态）；而且只能是门，你不能说它是窗（单继承）；一个门可以有锁（接口）也可以有门铃（多实现）。 门（抽象类）定义了你是什么，接口（锁）规定了你能做什么（一个接口最好只能做一件事，你不能要求锁也能发出声音吧（接口污染））。
2007年7月19日
2007年7月13日
2007年6月29日
2007年6月28日