Web.config详解＋asp.net优化

 

Web.config详解＋asp.net优化（1）

一、认识 Web.config 文件

Web.config 文件是一个 xml 文本文件，它用来储存 asp.NET Web 应用程序的配置信息（如最常用的设置 asp.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过 .NET 新建一个 Web 应用程序后，默认情况下会在根目录自动创建一个默认的 Web.config 文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个 Web.config 文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。

 ( 一 ).Web.Config 是以 xml 文件规范存储 , 配置文件分为以下格式

1. 配置节处理程序声明

特点： 位于配置文件的顶部，包含在 标志中。

2. 特定应用程序配置

特点 : 位于 中。 可以定义应用程序的全局常量设置等信息 .

3. 配置节设置

特点 : 位于 节中，控制 asp.net 运行时的行为 .

4. 配置节组

特点 : 用 标记，可以自定义分组，可以放到 内部或其它 标记的内部 .

( 二 ). 配置节的每一节

1. 节 根元素，其它节都是在它的内部 .

2. 节 此节用于定义应用程序设置项。对一些不确定设置，还可以让用户根据自己实际情况自己设置

用法 :

I.

定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码 .

II.

定义了一个错误重定向页面 .

3. 节

格式 :

defaultLanguage="c#"

debug="true"

/>

I.default language: 定义后台代码语言 , 可以选择 c# 和 vb.net 两种语言 .

IIdebug : 为 true 时，启动 aspx 调试； 为 false 不启动 aspx 调试，因而可以提高应用程序运行时的性能。 一般程序员在开发时设置为 true, 交给客户时设置为 false.

4. 节

格式 :

mode="RemoteOnly"

defaultRedirect="error.aspx"

/>

I.mode : 具有 On,Off,RemoteOnly 3 种状态。 On 表示始终显示自定义的信息 ; Off 表示始终显示详细的 asp.net 错误信息 ; RemoteOnly 表示只对不在本地 Web 服务器上运行的用户显示自定义信息 .

II.defaultRedirect: 用于出现错误时重定向的 URL 地址 . 是可选的

III.statusCode: 指明错误状态码，表明一种特定的出错状态 .

IV. redirect: 错误重定向的 URL.

5. 节

格式 :

requestEncoding="utf-8"

responseEncoding="utf-8"

fileEncoding="utf-8"

/>

I.requestEncoding: 它用来检查每一个发来请求的编码 .

II.responseEncoding: 用于检查发回的响应内容编码 .

III.fileEncoding: 用于检查 aspx,asax 等文件解析的默认编码 .

6. 节

格式 :

mode="InProc"

stateConnectionString="tcpip=127.0.0.1:42424"

sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"

cookieless="false"

timeout="20"

/>

I.mode: 分为 off,Inproc,StateServer,SqlServer 几种状态

mode = InProc  存储在进程中 特点：具有最佳的性能，速度最快 , 但不能跨多台服务器存储共享 . mode = "StateServer" 存储在状态服务器中 特点 :   当需要跨服务器维护用户会话信息时，使用此方法。但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失 . mode="SqlServer" 存储在 sql server 中 特点 : 工作负载会变大，但信息不会丢失 .

II. stateConnectionString : 指定 asp.net 应用程序存储远程会话状态的服务器名，默认为本机

III.sqlConnectionString: 当用会话状态数据库时，在这里设置连接字符串

IV. Cookieless: 设置为 true 时，表示不使用 cookie 会话状态来标识客户； 否则，相反 .

V. TimeOut: 用来定义会话状态存储的时间，超过期限，将自动终止会话 .

7. 节

格式 :

I.Windows: 使用 IIS 验证方式

II.Forms: 使用基于窗体的验证方式

III.Passport: 采用 Passport cookie 验证模式

IV.None: 不采用任何验证方式

里面内嵌 Forms 节点的属性涵义 :

I.Name: 指定完成身份验证的 Http cookie 的名称 .

II.LoginUrl: 如果未通过验证或超时后重定向的页面 URL ，一般为登录页面，让用户重新登录

III.Protection: 指定 cookie 数据的保护方式 .

可设置为 : All None Encryption Validation 四种保护方式

a. All 表示加密数据，并进行有效性验证两种方式

b. None 表示不保护 Cookie.

c. Encryption 表示对 Cookie 内容进行加密

d. validation 表示对 Cookie 内容进行有效性验证

IV. TimeOut: 指定 Cookie 的失效时间 . 超时后要重新登录 .

在运行时对 Web.config 文件的修改不需要重启服务就可以生效（注： 节例外）。当然 Web.config 文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。

web.config 配置文件（默认的配置设置）以下所有的代码都应该位于

和

之间，出于学习的目的下面的示例都省略了这段 xml 标记。

1 、 节

作用：配置 asp.NET 身份验证支持（为 Windows 、 Forms 、 PassPort 、 None 四种）。该元素只能在计算机、站点或应用程序级别声明。 < authentication> 元素必需与 节配合使用。

示例：

以下示例为基于窗体（ Forms ）的身份验证配置站点，当没有登陆的用户访问需要身份验证的网页，网页自动跳转到登陆网页。

其中元素 loginUrl 表示登陆网页的名称， name 表示 Cookie 名称。

2 、 节

作用：控制对 URL 资源的客户端访问（如允许匿名用户访问）。此元素可以在任何级别（计算机、站点、应用程序、子目录或页）上声明。必需与 节配合使用。

示例：以下示例禁止匿名用户的访问

  

注：你可以使用 user.identity.name 来获取已经过验证的当前的用户名；可以使用 web.Security.FormsAuthentication.RedirectFromLoginPage 方法将已验证的用户重定向到用户刚才请求的页面 . 具体的

3 、 节

作用：配置 asp.NET 使用的所有编译设置。默认的 debug 属性为“ True ” . 在程序编译完成交付使用之后应将其设为 False （ Web.config 文件中有详细说明，此处省略示例）

4 、

作用：为 asp.NET 应用程序提供有关自定义错误信息的信息。它不适用于 xml Web services 中发生的错误。

示例：当发生错误时，将网页跳转到自定义的错误页面。

其中元素 defaultRedirect 表示自定义的错误网页的名称。 mode 元素表示：对不在本地 Web 服务器上运行的用户显示自定义 ( 友好的 ) 信息。

5 、 节

作用：配置 asp.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。

示例：控制用户上传文件最大为 4M ，最长时间为 60 秒，最多请求数为 100

6 、

作用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。 可以在计算机、站点、应用程序和子目录级别声明。

示例：不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证 ) ，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。 ( 注：该项默认是不验证）

7 、

作用：为当前应用程序配置会话状态设置（如设置是否启用会话状态，会话状态保存位置）。

示例：

注：

mode="InProc" 表示：在本地储存会话状态（你也可以选择储存在远程服务器或 SAL 服务器中或不启用会话状态）

cookieless="true" 表示：如果用户浏览器不支持 Cookie 时启用会话状态 ( 默认为 False ）

timeout="20" 表示：会话可以处于空闲状态的分钟数

8 、

作用：配置 asp.NET 跟踪服务，主要用来程序测试判断哪里出错。

示例：以下为 Web.config 中的默认配置：

注：

enabled="false" 表示不启用跟踪；

requestLimit="10" 表示指定在服务器上存储的跟踪请求的数目

pageOutput="false" 表示只能通过跟踪实用工具访问跟踪输出；

traceMode="SortByTime" 表示以处理跟踪的顺序来显示跟踪信息

localOnly="true" 表示跟踪查看器 (trace.axd) 只用于宿主 Web 服务器

自定义 Web.config 文件配置

自定义 Web.config 文件配置节过程分为两步。

1. 在配置文件顶部 和 标记之间声明配置节的名称和处理该节中配置数据的 .NET Framework 类的名称。

2. 是在 区域之后为声明的节做实际的配置设置。

示例：创建一个节存储数据库连接字符串

　

　

　

　　

　

　

　　 ......

　

访问 Web.config 文件 你可以通过使用 ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：

protected static string Isdebug = ConfigurationSettings.AppSettings["debug"]

 

上午 10:51  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

Web.config详解＋asp.net优化（2）

二、 web.config 中的 session 配置详解

打开某个应用程序的配置文件 Web.config 后，我们会发现以下这段：

< sessionState

　　 mode="InProc"

　　 stateConnectionString="tcpip=127.0.0.1:42424"

　　 sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"

　　 cookieless="false"

　　 timeout="20"

/>

　　这一段就是配置应用程序是如何存储 session 信息的了。我们以下的各种操作主要是针对这一段配置展开。让我们先看看这一段配置中所包含的内容的意思。 sessionState 节点的语法是这样的：

< sessionState mode="Off|InProc|StateServer|SQLServer"

             cookieless="true|false"

             timeout="number of minutes"

             stateConnectionString="tcpip=server:port"

             sqlConnectionString="sql connection string"

             stateNetworkTimeout="number of seconds"

/>

必须有的属性是： 属性 选项 描述

mode 设置将 session 信息存储到哪里

Ø         Off 设置为不使用 session 功能，

Ø         InProc 设置为将 session 存储在进程内，就是 asp 中的存储方式，这是默认值，

Ø         StateServer 设置为将 session 存储在独立的状态服务中，

Ø         SQLServer 设置将 session 存储在 sql server 中。

可选的属性是： 属性 选项 描述

Ø         cookieless 设置客户端的 session 信息存储到哪里，

Ø         ture 使用 Cookieless 模式，

Ø         false 使用 Cookie 模式，这是默认值，

Ø         timeout 设置经过多少分钟后服务器自动放弃 session 信息，默认为 20 分钟。

stateConnectionString 设置将 session 信息存储在状态服务中时使用的服务器名称和端口号，例如： "tcpip=127.0.0.1:42424”。当mode 的值是 StateServer 是，这个属性是必需的。

sqlConnectionString 设置与 sql server 连接时的连接字符串。例如 "data source= localhost;Integrated Security=SSPI;Initial Catalog=northwind" 。当 mode 的值是 SQLServer 时，这个属性是必需的。

stateNetworkTimeout 设置当使用 StateServer 模式存储 session 状态时，经过多少秒空闲后，断开 Web 服务器与存储状态信息的服务器的 tcp/IP 连接的。默认值是 10 秒钟。

asp.NET 中客户端 session 状态的存储

　　在我们上面的 session 模型简介中，大家可以发现 session 状态应该存储在两个地方，分别是客户端和服务器端。客户端只负责保存相应网站的 SessionID ，而其他的 session 信息则保存在服务器端。在 asp 中，客户端的 SessionID 实际是以 Cookie 的形式存储的。如果用户在浏览器的设置中选择了禁用 Cookie ，那末他也就无法享受 session 的便利之处了，甚至造成不能访问某些网站。为了解决以上问题，在 asp.NET 中客户端的 session 信息存储方式分为： Cookie 和 Cookieless 两种。

　　 asp.NET 中，默认状态下，在客户端还是使用 Cookie 存储 session 信息的。如果我们想在客户端使用 Cookieless 的方式存储 session 信息的方法如下：

　　找到当前 Web 应用程序的根目录，打开 Web.Config 文件，找到如下段落：

< sessionState

　　 mode="InProc"

　　 stateConnectionString="tcpip=127.0.0.1:42424"

　　 sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"

　　 cookieless="false"

　　 timeout="20"

/>

　　这段话中的 cookieless="false" 改为： cookieless="true" ，这样，客户端的 session 信息就不再使用 Cookie 存储了，而是将其通过 URL 存储。关闭当前的 IE ，打开一个新 IE ，重新访问刚才的 Web 应用程序，就会看到类似下面的样子：

其中， http://localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245) /default.aspx 中黑体标出的就是客户端的 session ID 。注意，这段信息是由 IIS 自动加上的，不会影响以前正常的连接。

asp.NET 中服务器端 session 状态的存储 准备工作：

　　为了您能更好的体验到实验现象，您可以建立一个叫做 SessionState.aspx 的页面，然后把以下这些代码添加到 < body>< /body> 中。

< scriptrunat="server">

Sub Session_Add(sender As Object, e As EventArgs)

　 session("MySession") = text1.Value

　 span1.InnerHtml = "Session data updated! < P>Your session contains: < font color=red>" & session("MySession"). ToString() & "< /font>"

End Sub

Sub CheckSession(sender As Object, eAs EventArgs)

　 If (Session("MySession")Is Nothing) Then

　　　 span1.InnerHtml = "NOTHING, session DATA LOST!"

　 Else

　　　 span1.InnerHtml = "Your session contains: < font color= red>" & session("MySession").ToString() & "<   /font>"

End If

End Sub

< /script>

< formrunat="server"id="Form2">

　 < inputid="text1"type="text"runat="server"name="text1">

　 < inputtype="submit"runat="server"OnServerClick="Session_Add"

　　　　　 value="Add to session State " id="Submit1"name="Submit1">

　 < inputtype="submit"runat="server"OnServerClick="CheckSession"

　　　　　 value=" View session State " id="Submit2"name="Submit2">

< /form>

< hrsize="1">

< fontsize="6">< spanid="span1"runat="server" />< /font>

　　这个 SessionState.aspx 的页面可以用来测试在当前的服务器上是否丢失了 session 信息。

将服务器 session 信息存储在进程中

　　让我们来回到 Web.config 文件的刚才那段段落中：

< sessionState

　　 mode="InProc"

　　 stateConnectionString="tcpip=127.0.0.1:42424"

　　 sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"

　　 cookieless="false"

　　 timeout="20"

/>

　　当 mode 的值是 InProc 时， 说明服务器正在使用这种模式。

　　这种方式和以前 asp 中的模式一样，就是服务器将 session 信息存储在 IIS 进程中。当 IIS 关闭、重起后，这些信息都会丢失。但是这种模式也有自己最大好处，就是性能最高。应为所有的 session 信息都存储在了 IIS 的进程中，所以 IIS 能够很快的访问到这些信息，这种模式的性能比进程外存储 session 信息或是在 sql server 中存储 session 信息都要快上很多。这种模式也是 asp.NET 的默认方式。

　　好了，现在让我们做个试验。打开刚才的 SessionState.aspx 页面，随便输入一些字符，使其存储在 session 中。然后，让我们让 IIS 重起。注意，并不是使当前的站点停止再开始，而是在 IIS 中本机的机器名的节点上点击鼠标右键，选择重新启动 IIS 。 ( 想当初使用 NT4 时，重新启动 IIS 必须要重新启动计算机才行，微软真是 @#$%^&) 返回到 SessionState.aspx 页面中，检查刚才的 session 信息，发现信息已经丢失了。

将服务器 session 信息存储在进程外

　　首先，让我们来打开管理工具 -> 服务，找到名为： asp.NET State Service 的服务，启动它。实际上，这个服务就是启动一个要保存 session 信息的进程。启动这个服务后，你可以从 Windows 任务管理器 -> 进程中看到一个名为 aspnet_state.exe 的进程，这个就是我们保存 session 信息的进程。

　　然后，回到 Web.config 文件中上述的段落中，将 mode 的值改为 StateServer 。保存文件后的重新打开一个 IE ，打开 SessionState.aspx 页面，保存一些信息到 session 中。这时，让我们重起 IIS ，再回到 SessionState.aspx 页面中查看刚才的 session 信息，发现没有丢失。

　　实际上，这种将 session 信息存储在进程外的方式不光指可以将信息存储在本机的进程外，还可以将 session 信息存储在其他的服务器的进程中。这时，不光需要将 mode 的值改为 StateServer ，还需要在 stateConnectionString 中配置相应的参数。例如你的计算你是 192.168.0.1 ，你想把 session 存储在 ip 为 192.168.0.2 的计算机的进程中，就需要设置成这样： stateConnectionString="tcpip=192.168.0.2:42424" 。当然，不要忘记在 192.168.0.2 的计算机中装上 .NET Framework ，并且启动 asp.NET State Services 服务。

将服务器 session 信息存储在 sql server 中

　　首先，还是让我们来做一些准备工作。启动 sql server 和 sql server 代理服务。在 sql server 中执行一个叫做 InstallSqlState.sql 的脚本文件。这个脚本文件将在 sql server 中创建一个用来专门存储 session 信息的数据库，及一个维护 session 信息数据库的 sql server 代理作业。我们可以在以下路径中找到那个文件：

[system drive]/winnt/Microsoft.NET/Framework/[version]/

　　然后打开查询分析器，连接到 sql server 服务器，打开刚才的那个文件并且执行。稍等片刻，数据库及作业就建立好了。这时，你可以打开企业管理器，看到新增了一个叫 ASPState 的数据库。但是这个数据库中只是些存储过程，没有用户表。实际上 session 信息是存储在了 tempdb 数据库的 ASPStateTempSessions 表中的，另外一个 ASPStateTempApplications 表存储了 asp 中 application 对象信息。这两个表也是刚才的那个脚本建立的。另外查看管理 ->SQL server 代理 -> 作业，发现也多了一个叫做 ASPState_Job_DeleteExpiredSessions 的作业，这个作业实际上就是每分钟去 ASPStateTempSessions 表中删除过期的 session 信息的。

　　接着，我们返回到 Web.config 文件，修改 mode 的值改为 SQLServer 。注意，还要同时修改 sqlConnectionString 的值，格式为：

sqlConnectionString="data source=localhost; Integrated Security=SSPI;"

　　其中 data source 是指 sql server 服务器的 ip 地址，如果 sql server 与 IIS 是一台机子，写 127.0.0.1 就行了。 Integrated Security=SSPI 的意思是使用 Windows 集成身份验证，这样，访问数据库将以 asp.NET 的身份进行，通过如此配置，能够获得比使用 userid=sa;password= 口令的 sql server 验证方式更好的安全性。当然，如果 sql server 运行于另一台计算机上，你可能会需要通过 Active Directory 域的方式来维护两边验证的一致性。

　　同样，让我们做个试验。向 SessionState.aspx 中添加 session 信息，这时发现 session 信息已经存在 sql server 中了，即使你重起计算机，刚才的 session 信息也不会丢失。现在，你已经完全看见了 session 信息到底是什么样子的了，而且又是存储在 sql server 中的，能干什么就看你的发挥了。 

上午 10:49  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

Web.config详解＋asp.net优化（3）

总结

三、 asp.net 关于 form 认证的一般设置

asp.net 关于 form 认证的一般设置：

1: 在 web.config 中，加入 form 认证；

  

           

       

 

2: 如果有注册页面时还应该允许匿名用户调用注册页面进行注册 ;

以下代码应该在 之间 , 而不应该包含到 .. 之间 ;

---------------- 表示允许 匿名用户对 userReg.aspx 页面进行访问 .

 

 

    

        

    

 

3 在登录成功后要创建身份验证票 , 表明已经通过认证的合法用户 ;

if( 登陆成功 )

System.Web.Security.FormsAuthentication.SetAuthCookie( 用户名称 , false);

　　四、访问 Web.config 文件

　　你可以通过使用 ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：

protected static string Isdebug = ConfigurationSettings.AppSettings["scon"]

asp.Net 性能优化 .

( 一 ). 选择会话状态存储方式

    在 Webconfig 文件配置 :

   

         sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"

      cookieless="false" timeout="20"/>

     

    asp.net 有三种方式存储会话状态信息 :

    1. 存储在进程中 : 属性 mode = InProc

       特点：   具有最佳的性能，速度最快 , 但不能跨多台服务器存储共享 .

 

    2. 存储在状态服务器中 : 属性 mode = "StateServer"

       特点 :   当需要跨服务器维护用户会话信息时，使用此方法。

               但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失

   

    3. 存储在 sql server 中 : 属性 mode="SqlServer"

        特点 :   工作负载会变大，但信息不会丢失 .

    补充一点：

       I. 由于某些页面不需要会话状态，则可以将会话状态禁用 :

             代码如下： <%@ Page EnableSessionState="false" %>

       II. 如果页面需要访问会话变量但不允许修改它们，可以设置页面会话状态为只读 :

             代码如下： <%@ Page EnableSessionState="false" %>

     使用时可以根据具体情况选择某种方式

( 二 ). 使用 Page.IsPostBack

    Page.IsPostBack 表示是否是从客户端返回的 . 初次运行时，不是从客户端返回，它的值

    为 false, 当触发页面上的事件或刷新页面时， Page.IsPostBack 由于是回发的，值变为 true;

    一般在 : Page_Load 方法中用 :

    private void Page_Load(Object sender,EventArgs e)

    {

        if(!Page.IsPostBack)

        {

             ....; // 初始化页面的代码。这些代码第一次页面初始化时执行，当第二次回发时，

                    // 不会再执行。提高效率。  

        }

    }

    往往很多时候不得不用 IsPostBack, 因为有些控件初始化后，要保持它的状态 .

    例如 : DropDownList, 如果每次都初始化，则用户无论选择其选项，都会被初始化为默认值 .

( 三 ). 避免使用服务器控件

    1. 一般的静态显示信息，尽量不要用服务端控件显示 . 因为服务端控件需要回发服务端执行 ,

      会降低程序执行效率 , 一般用

显示即可 . 

      如果用了服务端控件，将 : runat="server" 去掉 , 也会提高效率 .

    2. 禁用服务端控件的状态视图，有些控件不需要维护其状态，可以设置其属性 : EnableViewState=false;

      如果整个页面控件都不需要维持状态视图，则可以设置整个页面的状态视力为 false:

         代码如下 : <%@ Page EnableViewState="false"%>

    3. 在 Web.Config 文件中配置 :

          asp.NET Sessionss 可以在 Web.config 或 Machine.config 中的 Sessionsstate 元素中配置。

          下面是在 Web.config 中的设置的例子：

           

( 四 ). 避免使用 DataGrid

    大家都知道 DataGrid 功能强大。 但是功能强大的同时，增加了性能上的开销。 一般用其它控件 : DataList

    或 Repeater 控件能实现的，尽量不用 DataGrid.

( 五 ). 字符串操作

    1. 避免装箱操作 .  装箱操作运行效率比较低 .

      例如运行两个代码段 :  

        string test="";

         for(for int i=0;i<10000;i++)

         {

             test = test + i;            

         }

          和

                  string test="";

         for(for int i=0;i<10000;i++)

         {

             test = test + i.ToString();            

         }

       下面的代码段显然效率要高 . 因为 i 是整型的，系统要先把 i 进行装箱转换为 string 型的，再进行连接 . 需要时间

       读者可以 Copy 到自己机器上测试一下 .

     2. 使用 StringBulider 类

       在进行字符串连接时 : string str = str1 + str2 + ....;

       一般超过三项连接，最好用 StringBuilder 来代替 string 类 . StringBuilder 可以避免重新创建 string 对象造成

       的性能损失 .

       一般用于组装 sql 语句时用到 : StringBulider.

       读者可以到自己机器上测试一下 .

3. 尽量少用 :

        try

        {}

        catch

        {}

        finally

        {}

        语句 . 此语句执行效率比较低 .

( 六 ).ADO.Net 使用方面优化

     1. 数据库连接打开和关闭。   在需要连接时打开，当访问完数据库要立刻关闭连接 .

       举例说明 , 还是看两个代码段 :

      I.

           DataSet ds = new DataSet();

           SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");

           SqlCommand myCommand = new SqlCommand(strSql,MyConnection);  

           SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);

        MyConnection.Open();      // 打开连接

        for(int i=0;i<1000;i++)   //for 循环模拟取得数据前的商业逻辑操作

         {

            Thread.Sleep(1000);

       }

       myAdapter.Fill(ds);

        for(int i=0;i<1000;i++)   //for 循环模拟取得数据后的商业逻辑操作

        {

           Thread.Sleep(1000);

        }

        MyConnection.Close();     // 关闭连接

        II.

           DataSet ds = new DataSet();

           SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");

           SqlCommand myCommand = new SqlCommand(strSql,MyConnection);  

           SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);       

         for(int i=0;i<1000;i++)   //for 循环模拟取得数据前的商业逻辑操作

         {

            Thread.Sleep(1000);

       }

       MyConnection.Open();      // 打开连接

           myAdapter.Fill(ds);

          MyConnection.Close();     // 关闭连接

        for(int i=0;i<1000;i++)   ////for 循环模拟取得数据后的商业逻辑操作

        {

           Thread.Sleep(1000);

        }

         显示 II 代码比 I 代码好的多， I 中早早占着连接不放，如果用户很多的话，容易出现连接池满情况。严重时出现死机现象 .

       2. 数据库查询

          I.  直接生成 sql 语句。 sql server 每次都要对其进行编译，在性能方面不会有很大的提高。 另外也不够安全。容易被攻击 .

          II. 使用带参数的 sql 命令。这种方式 sql server 只对其编译一次，对于不同的参数可以重复使用编译后的命令。提高了性能 .

          III. 使用 sql server 存储过程 . 编译一次 . 具有独立性，便于修改和维护 .  一次能完成用语句发送多次的功能 . 减少了网络的

              流量。   并不一定存储过程一定比语句效率要高，如果商业逻辑很复杂的话，有时候用语句比存储过程效率要高 .

( 六 ). 缓存优化

     缓存分为两种： 页面缓存和 API 缓存 .

    1. 使用页面缓存和片段缓存  

        <%@ OutputCache Duration="5" VaryByParam="None"%> 

        <%@ OutputCache Duration=60 VaryByParam=”TextBox1,TextBox2” %>

      说明 : Duration 是设置 Cache 的过期时间 ;

          VarByParam 是设置是否根据参数而变化 ,None 时所有参数使用同一 Cache, 

          设置 TextBox1 时则根据 TextBox1 的不同值分别缓存 ; 当有多个参数时则要组合缓存 ;

    2.API 缓存。用于在应用程序中使用

       I. 一个 Cache 使用的例子 :

           http://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx

       II. 使用时注意 Page.Cache 和 HttpContext.Current.Cache 区别 :

          它们指的同一个对象，在 Page 里，用 Page.Cache ，如果在 global.asax 或自己的类里用 :HttpContext.Current.Cache 在有些事件中，由于其没有 HttpContext ，就用 HttpRuntime.Cache.

 

上午 10:47  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

ASP.NET的Page_Load事件

Page_Load,即页面载入要执行的事件;
Page_Load的执行分为两种情况;
1.Page_Load事件的执行是在第一次加载页面时发生(即为了响应客户的请求);
2.Page_Load事件的执行是在把该页面回发到服务器时发生;
ASP.NET处理重新页面的时候都要重新执行Page_Load;
即重建Page类,而Page_Load是重建页面第一个要执行的事件;
所以无论何种情况都会执行Page_Load,这时就有必要判断一下服务器处理Page_Load事件时是在何种情况发生;
而Page.IsPostBack正好解决了这个问题;
当是第一种情况的时候(为了响应客户的请求)Page.IsPostBack返回false;
当是第二种情况的时候(把该页面回发到服务器给服务器处理时)Page.IsPostBack返回True;
所以正确应用好Page.IsPostBack能大大的提高应用程序的性能;

 

Page_Load事件
Page_Load事件是ASP .NET识别的许多事件中的一个。Page_Load事件在一个页面加载时被触发，而且ASP .NET将自动调用Page_Load子程序，并在内部运行这段代码：

注意：Page_Load事件不包含对象引用或是事件参数！

--------------------------------------------------------------------------------

Page.IsPostBack属性
Page_Load子程序在每次页面加载的时候都会运行。如果你只想在第一次加载此页面的时候执行Page_Load中的代码，你可以使用Page.IsPostBack属性。如果Page.IsPostBack属性为false，页面是第一次被加载，如果为true，则页面是被“投递”（post）回服务器的（例如从一个表单中的按钮点击）：

上面的例子中，只会在第一次加载此页面的时候写出“The date and time is....”的消息。当用户点击Submit按钮时，submit 子程序会对第二个label写出“Hello World!”，但是第一个label中的日期和时间则不会改变。
--------------------------------------------------------------------------------

每当点击ASP.NET的Web网页上的Button、LinkButton或ImageButton等控件时，表单就会被发送到服务器上。如果某些控件的AutoPostBack属性被设置为true，那么当该控件的状态被改变后，也会使表单会发送回服务器。（AutoPostBack属性，它只有两个bool值，true/false。如果这个属性被设置成false，那么点击后就不会立刻将变化传给服务器处理，也就不会有该控件的SelectedIndexChanged事件。）   
    
   　　每次当表单被发送回服务器，就会被重新加载，启动Page_Load事件，执行Page_Load事件处理程序中的所有代码（注意，是每次都会执行！）。   
   很显然把网页的初始化代码放在这里是最合适不过。我们经常会希望在每次加载网页时执行一些代码，如一些控件的数据绑定。   
    
   　　当我们希望只有在网页第一次加载时执行另一些代码（基本上都是数据的默认绑定），甚至希望一些代码在除首次加载外的每次加载时执行。那么我们可以利用IsPostBack特性来完成这一功能。在网页第一次加载时，该属性的值是false。如果网页因回送而被重新加载，IsPostBack属性的值就会被设置为true。     
    
   　　在ASP.NET应用程序中，如果需要在页面第一次显示时执行一些初始化操作，必须判断IsPostBack属性！   
    
   　　在ASP.NET使用Page.IsPostback，那么就可以避免往返行程上的额外工作：如果处理服务器控件回发，通常需要在第一次请求页时执行代码，该代码不同于激发事件时用于往返行程的代码。如果检查?Page.IsPostBack?属性，则代码可按条件执行，具体取决于是否有对页的初始请求或对服务器控件事件的响应。这样做似乎很明显，但实际上可以忽略此项检查而不更改页的行为。该属性用的好坏，直接关系到你程序运行是否按照你最初的意愿，也关系到整个页面的效率。因为，如果每次都会给控件绑定数据，不管你是第一次访问，还是提交了数据以后，那么这个页面程序的效率可想而知。   
    
   　　一个B/S结构的页面每一次提交，它都会重新从头到尾执行一次。而C/S结构的程序就不会这样,这是和C/S结构的程序最大的区别！其实，得不到控件的数据，都是因为这个原因。

--------------------------------------------------------------------------------

this.IsPostBack表示是不是回发动作.所谓的回发就是在页面加载以后,在本页有提交服务器的动作.this.IsPostBack    ==    true    表示是回发.   
   通常使用this.IsPostBack    是不是第一次加载.
 

上午 10:31  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

8月3日

每个.Net开发者现在应该下载的十个必备工具！

1.Snippet Compiler
 一个短小精悍的用来编写小程序的工具；免去一段测试性质的小代码还要打开Vs.net之苦；
     http://www.sliver.com/dotnet/SnippetCompiler

2.Regulator
 一个功能强大的全功能正则表达式测试利器，支持从WebService取得最新的表达式；
 http://royo.is-a-geek.com/regulator

3.CodeSmith
 一个基于末拌的代码生成工具，使用和asp.net详细的语法生成任意类型的代码或文本；
  http://www.ericjsmith.net/codesmith

4.NUnit
 一个基于.net framework的开源单元测试框架；大名鼎鼎，不用多说了！
 http://www.nunit.org

5.FxCop
 The .NET Framework is very powerful, which means there is great potential to create

excellent applications, but there is equal opportunity to create poor programs. FxCop is one

of the tools that can be used to help create better applications by enabling you to examine

an assembly and check it for compliance using a number of different rules.
 不知道怎么翻译了；高手指点一下，这个东东的用处；
 http://www.gotdotnet.com/team/fxcop

6.Lutz Roeder's .NET Reflector
 一个很好用的.Net下的反编译工具；具有清晰的具有层次的树试图显示程序集的各种信息；
 http://www.aisto.com/roeder/dotnet

7.NDoc
 方便的基于代码自动生成文档的工具；
 http://ndoc.sourceforge.net

8.NAnt
 又是一个Java世界的来客，基于.Net的项目管理生成工具；
 http://nant.sourceforge.net

9-10.Switch Tools
 切换工具，有两个功能：切换asp.net的当前使用版本，从vs.net2003的项目转换到2002的项目
 http://www.denisbauer.com/NETTools/ASPNETVersionSwitcher.aspx
 http://msdn.microsoft.com/msdnmag/issues/04/07/MustHaveTools/default.aspx

上午 11:47  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

8月1日

asp.net各文件和文件夹的作用

bin目录是输出目录，也是编译后的动态链接库存放的位置
*.suo是项目的用户信息文件，存放用户使用Vs.Net的个人设置
*.vbproj.webinfo是Web项目特有的，包含了Web应用程序的虚拟目录等信息
*.vsdisco是动态发现文件
AssemblyInfo.vb是装配件信息文件，编译后的动态库（Assembly）里面的信息就是从这个文件中获取的
Global.asax是Web应用程序类，类似于全局函数（对应与ASP中的Global.asa）
Global.asax.resx是上面文件的资源文件
Global.asax.vb是Web应用程序类的代码绑定文件
Styles.css是样式表文件
Web.config是Web应用程序的配置文件，存放Web应用程序的各种配置
*.aspx.vb是ASPX页面文件（动态服务器页面，对应于ASP中的*.asp）
*.aspx.resx是上面这个文件的资源文件
*.aspx.vb是动态页面的代码绑定文件 

上午 11:32  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

7月31日

程序设计模式的有趣解释

1、 FACTORY一追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory

    工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。

    2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM 也可以轻松搞掂，这就是我的“我爱你”builder。（这一定比美军在伊拉克用的翻译机好卖）

    建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。

    3、FACTORY METHOD—请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory?Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。

    工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。

    4、PROTOTYPE—跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要）

    原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。

    5、SINGLETON—俺有6个漂亮的老婆，她们的老公都是我，我就是我们家里的老公Sigleton，她们只要说道“老公”，都是指的同一个人，那就是我(刚才做了个梦啦，哪有这么好的事)

    单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。

    结构型模式

    6、ADAPTER—在朋友聚会上碰到了一个美女Sarah，从香港来的，可我不会说粤语，她不会说普通话，只好求助于我的朋友kent了，他作为我和Sarah之间的Adapter，让我和Sarah可以相互交谈了(也不知道他会不会耍我)

    适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还一个合适的实例给客户端。

    7、BRIDGE—早上碰到MM，要说早上好，晚上碰到MM，要说晚上好；碰到MM穿了件新衣服，要说你的衣服好漂亮哦，碰到MM新做的发型，要说你的头发好漂亮哦。不要问我“早上碰到MM新做了个发型怎么说”这种问题，自己用BRIDGE组合一下不就行了

    桥梁模式：将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他们之间的强关联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。

    8、COMPOSITE—Mary今天过生日。“我过生日，你要送我一件礼物。”“嗯，好吧，去商店，你自己挑。”“这件T恤挺漂亮，买，这条裙子好看，买，这个包也不错，买。”“喂，买了三件了呀，我只答应送一件礼物的哦。”“什么呀，T恤加裙子加包包，正好配成一套呀，小姐，麻烦你包起来。”“……”，MM都会用Composite模式了，你会了没有？

    合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同等看待。

    9、DECORATOR—Mary过完轮到Sarly过生日，还是不要叫她自己挑了，不然这个月伙食费肯定玩完，拿出我去年在华山顶上照的照片，在背面写上“最好的的礼物，就是爱你的Fita”，再到街上礼品店买了个像框（卖礼品的MM也很漂亮哦），再找隔壁搞美术设计的Mike设计了一个漂亮的盒子装起来……，我们都是Decorator，最终都在修饰我这个人呀，怎么样，看懂了吗？

    装饰模式：装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案，提供比继承更多的灵活性。动态给一个对象增加功能，这些功能可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。

    10、FACADE—我有一个专业的Nikon相机，我就喜欢自己手动调光圈、快门，这样照出来的照片才专业，但MM可不懂这些，教了半天也不会。幸好相机有Facade设计模式，把相机调整到自动档，只要对准目标按快门就行了，一切由相机自动调整，这样 MM也可以用这个相机给我拍张照片了。

    门面模式：外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。每一个子系统只有一个门面类，而且此门面类只有一个实例，也就是说它是一个单例模式。但整个系统可以有多个门面类。 

    11、FLYWEIGHT—每天跟MM发短信，手指都累死了，最近买了个新手机，可以把一些常用的句子存在手机里，要用的时候，直接拿出来，在前面加上MM的名字就可以发送了，再不用一个字一个字敲了。共享的句子就是Flyweight，MM的名字就是提取出来的外部特征，根据上下文情况使用。

    享元模式：FLYWEIGHT在拳击比赛中指最轻量级。享元模式以共享的方式高效的支持大量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部，不会随环境的改变而有所不同。外蕴状态是随环境的改变而改变的。外蕴状态不能影响内蕴状态，它们是相互独立的。将可以共享的状态和不可以共享的状态从常规类中区分开来，将不可以共享的状态从类里剔除出去。客户端不可以直接创建被共享的对象，而应当使用一个工厂对象负责创建被共享的对象。享元模式大幅度的降低内存中对象的数量。

    12、PROXY —跟MM在网上聊天，一开头总是“hi,你好”,“你从哪儿来呀？”“你多大了？”“身高多少呀？”这些话，真烦人，写个程序做为我的Proxy吧，凡是接收到这些话都设置好了自动的回答，接收到其他的话时再通知我回答，怎么样，酷吧。?

    代理模式：代理模式给某一个对象提供一个代理对象，并由代理对象控制对源对象的引用。代理就是一个人或一个机构代表另一个人或者一个机构采取行动。某些情况下，客户不想或者不能够直接引用一个对象，代理对象可以在客户和目标对象直接起到中介的作用。客户端分辨不出代理主题对象与真实主题对象。代理模式可以并不知道真正的被代理对象，而仅仅持有一个被代理对象的接口，这时候代理对象不能够创建被代理对象，被代理对象必须有系统的其他角色代为创建并传入。

    行为模式

    13、CHAIN?OF?RESPONSIBLEITY—晚上去上英语课，为了好开溜坐到了最后一排，哇，前面坐了好几个漂亮的MM哎，找张纸条，写上“Hi,可以做我的女朋友吗？如果不愿意请向前传”，纸条就一个接一个的传上去了，糟糕，传到第一排的M M把纸条传给老师了，听说是个老处女呀，快跑!

    责任链模式：在责任链模式中，很多对象由每一个对象对其下家的引用而接

    起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。客户并不知道链上的哪一个对象最终处理这个请求，系统可以在不影响客户端的情况下动态的重新组织链和分配责任。处理者有两个选择：承担责任或者把责任推给下家。一个请求可以最终不被任何接收端对象所接受。

    14、COMMAND—俺有一个MM家里管得特别严，没法见面，只好借助于她弟弟在我们俩之间传送信息，她对我有什么指示，就写一张纸条让她弟弟带给我。这不，她弟弟又传送过来一个COMMAND，为了感谢他，我请他吃了碗杂酱面，哪知道他说：“我同时给我姐姐三个男朋友送COMMAND，就数你最小气，才请我吃面。”，:-(

    命令模式：命令模式把一个请求或者操作封装到一个对象中。命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象。命令模式允许请求的一方和发送的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎么被接收，以及操作是否执行，何时被执行以及是怎么被执行的。系统支持命令的撤消。

    15、INTERPRETER—俺有一个《泡MM真经》，上面有各种泡MM的攻略，比如说去吃西餐的步骤、去看电影的方法等等，跟MM约会时，只要做一个Interpreter，照着上面的脚本执行就可以了。

    解释器模式：给定一个语言后，解释器模式可以定义出其文法的一种表示，并同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。解释器模式将描述怎样在有了一个简单的文法后，使用模式设计解释这些语句。在解释器模式里面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义一个代表文法的命令类的等级结构，也就是一系列的组合规则。每一个命令对象都有一个解释方法，代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是一个语言。

    16、ITERATOR—我爱上了Mary，不顾一切的向她求婚。

    Mary：“想要我跟你结婚，得答应我的条件”

    我：“什么条件我都答应，你说吧”

    Mary：“我看上了那个一克拉的钻石”

    我：“我买，我买，还有吗？”

    Mary：“我看上了湖边的那栋别墅”

    我：“我买，我买，还有吗？”

    Mary：“你的小弟弟必须要有50cm长”

    我脑袋嗡的一声，坐在椅子上，一咬牙：“我剪，我剪，还有吗？”

    ……

    迭代子模式：迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内部表象。多个对象聚在一起形成的总体称之为聚集，聚集对象是能够包容一组对象的容器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中，从而与聚集本身隔开。迭代子模式简化了聚集的界面。每一个聚集对象都可以有一个或一个以上的迭代子对象，每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。

    17、MEDIATOR—四个MM打麻将，相互之间谁应该给谁多少钱算不清楚了，幸亏当时我在旁边，按照各自的筹码数算钱，赚了钱的从我这里拿，赔了钱的也付给我，一切就OK啦，俺得到了四个MM的电话。

    调停者模式：调停者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。

    18、MEMENTO—同时跟几个MM聊天时，一定要记清楚刚才跟MM说了些什么话，不然MM发现了会不高兴的哦，幸亏我有个备忘录，刚才与哪个MM说了什么话我都拷贝一份放到备忘录里面保存，这样可以随时察看以前的记录啦。

    备忘录模式：备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不破坏封装的条件下，将一个对象的状态捉住，并外部化，存储起来，从而可以在将来合适的时候把这个对象还原到存储起来的状态。

    19、OBSERVER—想知道咱们公司最新MM情报吗？加入公司的MM情报邮件组就行了，tom负责搜集情报，他发现的新情报不用一个一个通知我们，直接发布给邮件组，我们作为订阅者（观察者）就可以及时收到情报啦

    观察者模式：观察者模式定义了一种一队多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使他们能够自动更新自己。

    20、STATE—跟MM交往时，一定要注意她的状态哦，在不同的状态时她的行为会有不同，比如你约她今天晚上去看电影，对你没兴趣的MM就会说“有事情啦”，对你不讨厌但还没喜欢上的MM就会说“好啊，不过可以带上我同事么？”，已经喜欢上你的MM就会说“几点钟？看完电影再去泡吧怎么样？”，当然你看电影过程中表现良好的话，也可以把MM的状态从不讨厌不喜欢变成喜欢哦。

    状态模式：状态模式允许一个对象在其内部状态改变的时候改变行为。这个对象看上去象是改变了它的类一样。状态模式把所研究的对象的行为包装在不同的状态对象里，每一个状态对象都属于一个抽象状态类的一个子类。状态模式的意图是让一个对象在其内部状态改变的时候，其行为也随之改变。状态模式需要对每一个系统可能取得的状态创立一个状态类的子类。当系统的状态变化时，系统便改变所选的子类。

    21、STRATEGY—跟不同类型的MM约会，要用不同的策略，有的请电影比较好，有的则去吃小吃效果不错，有的去海边浪漫最合适，单目的都是为了得到MM的芳心，我的追MM锦囊中有好多Strategy哦。

    策略模式：策略模式针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模式把行为和环境分开。环境类负责维持和查询行为类，各种算法在具体的策略类中提供。由于算法和环境独立开来，算法的增减，修改都不会影响到环境和客户端。

    22、TEMPLATE?METHOD——看过《如何说服女生上床》这部经典文章吗？女生从认识到上床的不变的步骤分为巧遇、打破僵局、展开追求、接吻、前戏、动手、爱抚、进去八大步骤(Template method)，但每个步骤针对不同的情况，都有不一样的做法，这就要看你随机应变啦(具体实现)；

    模板方法模式：模板方法模式准备一个抽象类，将部分逻辑以具体方法以及具体构造子的形式实现，然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法，从而对剩余的逻辑有不同的实现。先制定一个顶级逻辑框架，而将逻辑的细节留给具体的子类去实现。

    23、VISITOR—情人节到了，要给每个MM送一束鲜花和一张卡片，可是每个MM送的花都要针对她个人的特点，每张卡片也要根据个人的特点来挑，我一个人哪搞得清楚，还是找花店老板和礼品店老板做一下Visitor，让花店老板根据MM的特点选一束花，让礼品店老板也根据每个人特点选一张卡，这样就轻松多了；

    访问者模式：访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。一旦这些操作需要修改的话，接受这个操作的数据结构可以保持不变。访问者模式适用于数据结构相对未定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由的演化。访问者模式使得增加新的操作变的很容易，就是增加一个新的访问者类。访问者模式将有关的行为集中到一个访问者对象中，而不是分散到一个个的节点类中。当使用访问者模式时，要将尽可能多的对象浏览逻辑放在访问者类中，而不是放到它的子类中。访问者模式可以跨过几个类的等级结构访问属于不同的等级结构的成员类。

下午 12:36  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | c#

匿名委托

delegate经常被人用来与回调相比较，其实两者在某种程度上由很多共同点。不过delegate有很多更加强大的地方。

　　首先，delegate中可以注册任意多个回调，在一个delegate被调用的时候，已经注册的过程将会被逐个调用。

　　其次，delegate允许注册一个对象的方法，而不像 C++中指可以使用静态方法或者全局方法作为函数指针，提供了更多的灵活性，同时也暗示我们，delegate中按照某种方式保存了object的很多信息。

　　在 C#2.0的匿名delegate中，我们甚至可以访问当前匿名委托的上下文变量。接下来的文章中我们将会通过实际的例子，来看看强大的delegate。

　　首先，让我们看看在C#1.2中的一个典型的委托的写法。

public delegate void TheEvent(int a); public void test() { 　TheEvent testdel1 = new TheEvent(del1); 　testdel1(12); } public void del1(int x) { 　Console.WriteLine("output x : {0}", x); }

　　现在我们可以写成这样：

public void test() { 　TheEvent testdel1 = del1; 　testdel1(12); }

　　或者将程序改写为：

delegate void TheEvent2(int a); public void test2() { 　int a = 12; 　TheEvent ev2 = delegate(ref int x) 　{ Console.WriteLine("output x : {0}", x); }; 　ev2( ref a); }

　　比起1.2来，delegate的可读性更好，但是似乎没有本质的提高？慢着，让我们看看下面的例子。

public static void test3() { 　int a = 12; 　int y = 32; 　TheEvent ev2 = delegate(ref int x) 　{ Console.WriteLine("output x + y : {0}", x + y); }; 　ev2( ref a); }

　　注意，匿名函数中的内容！x + y的值被正确的输出了，而在1.2中，委托对于局部变量是没有除参数外的访问方式的。这样做有些什么好处呢？

　　让我们看一个更加复杂的例子：

public static void test4() { 　int a = 12; 　int y = 32; 　TheEvent ev2 = delegate(ref int x) 　{ Console.WriteLine("output x + y : {0}", x + y); Thread.Sleep(100); }; 　//ev2(ref a); 　IAsyncResult ar = ev2.BeginInvoke(ref a, 　delegate(IAsyncResult ar2) 　{Console.Write("Operation finished: {0} on thread ID:{1}, is pool: {2}",ar2.IsCompleted,Thread.CurrentThread.GetHashCode(), Thread.CurrentThread.IsThreadPoolThread);} , null); 　Console.WriteLine("do some other calculations while counter thread is working"); 　Console.Write("work status : {0} Main Thread ID:{1}, is pool: {2}", 　ar.IsCompleted, 　Thread.CurrentThread.GetHashCode(), 　Thread.CurrentThread.IsThreadPoolThread); 　Thread.Sleep(500); 　ev2.EndInvoke(ref a, ar); }

　　这个例子中使用了系统线程池对于任务进行排队，适合于IO或者计算密集型的操作的时候。使用匿名委托最大的好处在于可以完整地克隆当前运行空间上下文的可用变量，虽然这可能从另一个层面上也增加了同步的复杂度，所谓有得必有失。
 

上午 11:59  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | c#

AssemblyInfo.cs文件的作用

AssemblyInfo.cs主要用来设定生成的有关程序集的常规信息dll文件的一些参数
请看以下具体说明：
//备注:
[assembly:AssemblyDescription("用最强的抢劫类写成！")]
//产品名称
[assembly:AssemblyProduct("无为搜索")]
//公司
[assembly:AssemblyCompany("无为网络")]
//合法商标
[assembly:AssemblyTrademark("无为")];
//内部名称
[assembly:AssemblyCulture("")]
//设计者
[assembly:AssemblyDescription("无为类库")]
//版权
[assembly:AssemblyCopyright("Http://www.Iwbuy.Com")]
//配置文件
[assembly:AssemblyConfiguration("Configuration")]
//产品版品： 可指定,如下
// 程序集的版本信息由下列 4 个值组成:
//
// 主版本
// 次版本
// 内部版本号
// 修订号
//
// 您可以指定所有这些值，也可以使用“修订号”和“内部版本号”的默认值，方法是按
// 如下所示使用 '*':
[assembly:AssemblyVersion("1.0.*")]

生成dll文件以后再点击右键看看它的属性，你就为在里面看到熟悉的内容了：>  

上午 11:54  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | c#

7月25日

sharpmap AjaxMapControl分析

（一）概述
sharpmap中的ajaxmapcontrol使用asp.net 2.0提供的ICallbackEventHandler接口实现页面无刷新地图更新。

本质上ICallbackEventHandler接口底层是XMLHTTP，而XMLHTTP是当前非常热门的Ajax的基础。这也许就是sharpmap 作者将这个实现了ICallbackEventHandler接口的地图控件命名为ajaxmapcontrol 的原因吧。

ICallbackEventHandler机制是ajaxmapcontrol的核心所在。单纯从编程角度看，ICallbackEventHandler的编程比使用ms.ajax之类的开发套件编程要复杂一些。而然，ICallbackEventHandler 快捷轻量级特性，在ajaxmapcontrol样的控件中更为适用。

（二）Sharpmap AjaxMapControl 组成
ajaxmapcontrol 实际上是由两个部分组成的：一个是服务器控件；另一个是名为AjaxMap.js 客户端脚本文件。

（三）工作过程
ajaxmapcontrol 主要工作过程
1.   客户端浏览器请求带有 ajaxmapcontrol 的网页。
2.   在浏览器中，用户用鼠标操纵地图图象。鼠标的点击/拖动事件首先被来自AjaxMap.js 脚本函数截获，接着，脚本对服务器发出回调请求（WebForm_DoCallback）。这个调用采用 XMLHTTP 方式请求服务器 Generic Handler，并将鼠标交互产生的各个参数以 Get 方式发送给 Generic Handler；在调用WebForm_DoCallback 时，WebForm_DoCallback 也向 XMLHTTP 注册一个接收处理函数。
3.   在服务器上， Generic Handler 响应客户端回调请求，并根据来自客户端的参数（都是与地图图象有关的参数）生产新的地图图象。并将图象返回给客户端。
4.   XMLHTTP 利用注册的接收处理函数，将来自服务器的新的地图图象显示在页面上。

（四）说明
1.   虽然在 AjaxMapControl 实现了 ICallbackEventHandler 接口，但在服务器端真正响应客户端回调请求的并不是控件本身。服务器端响应客户请求的处理程序由 Generic Handler 完成。
2.   脚本文件是 AjaxMapControl 内嵌资源（Embedded Resource）并被编译到 DLL 中。在 AssemblyInfo.cs 加入[assembly: System.Web.UI.WebResource("SharpMap.UI.Web.UI.Ajax.AjaxMap.js", "text/javascript")]，当在客户端浏览器中请求带有ajaxmapcontrol网页后，该网页就能通过 WebResource.axd 请求封入 DLL 的 AjaxMap.js 脚本文件。这样做的好处是可以在客户端缓冲该脚本文件。
3.   在浏览器中，引发脚本向服务器发出回调的操作有两个：拖动地图（Pan）操作和缩/放操作（Zoom in/out）操作；
4.   客户端脚步函数 SharpMap_BeginRefreshMap(obj,dofade)  完成对服务器回调请求。 

下午 03:16  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | GIS

堆和栈的区别

堆和栈的区别

2007-04-18 20:51

一、预备知识—程序的内存分配 一个由c/C++编译的程序占用的内存分为以下几个部分 1、栈区（stack）—      由编译器自动分配释放 ，存放函数的参数值，局部变量的值等。其操作方式类似于数据结构中的栈。 2、堆区（heap） —      一般由程序员分配释放， 若程序员不释放，程序结束时可能由OS回收 。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表，呵呵。 3、全局区（静态区）（static）—，全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域， 未初始化的全局变量和未初始化的静态变量在相邻的另一块区域。 - 程序结束后有系统释放 4、文字常量区     —常量字符串就是放在这里的。 程序结束后由系统释放 5、程序代码区—存放函数体的二进制代码。 二、例子程序 这是一个前辈写的，非常详细 //main.cpp int a = 0; 全局初始化区 char *p1; 全局未初始化区 main() { int b; 栈 char s[] = "abc"; 栈 char *p2; 栈 char *p3 = "123456"; 123456/0在常量区，p3在栈上。 static int c =0； 全局（静态）初始化区 p1 = (char *)malloc(10); p2 = (char *)malloc(20); 分配得来得10和20字节的区域就在堆区。 strcpy(p1, "123456"); 123456/0放在常量区，编译器可能会将它与p3所指向的"123456"优化成一个地方。 } 二、堆和栈的理论知识 2.1申请方式 stack: 由系统自动分配。 例如，声明在函数中一个局部变量 int b; 系统自动在栈中为b开辟空间 heap: 需要程序员自己申请，并指明大小，在c中malloc函数 如p1 = (char *)malloc(10); 在C++中用new运算符 如p2 = (char *)malloc(10); 但是注意p1、p2本身是在栈中的。 2.2 申请后系统的响应 栈：只要栈的剩余空间大于所申请空间，系统将为程序提供内存，否则将报异常提示栈溢出。 堆：首先应该知道操作系统有一个记录空闲内存地址的链表，当系统收到程序的申请时， 会遍历该链表，寻找第一个空间大于所申请空间的堆结点，然后将该结点从空闲结点链表中删除，并将该结点的空间分配给程序，另外，对于大多数系统，会在这块内存空间中的首地址处记录本次分配的大小，这样，代码中的delete语句才能正确的释放本内存空间。另外，由于找到的堆结点的大小不一定正好等于申请的大小，系统会自动的将多余的那部分重新放入空闲链表中。 2.3申请大小的限制 栈：在Windows下,栈是向低地址扩展的数据结构，是一块连续的内存的区域。这句话的意思是栈顶的地址和栈的最大容量是系统预先规定好的，在WINDOWS下，栈的大小是2M（也有的说是1M，总之是一个编译时就确定的常数），如果申请的空间超过栈的剩余空间时，将提示overflow。因此，能从栈获得的空间较小。 堆：堆是向高地址扩展的数据结构，是不连续的内存区域。这是由于系统是用链表来存储的空闲内存地址的，自然是不连续的，而链表的遍历方向是由低地址向高地址。堆的大小受限于计算机系统中有效的虚拟内存。由此可见，堆获得的空间比较灵活，也比较大。 2.4申请效率的比较： 栈由系统自动分配，速度较快。但程序员是无法控制的。 堆是由new分配的内存，一般速度比较慢，而且容易产生内存碎片,不过用起来最方便. 另外，在WINDOWS下，最好的方式是用VirtualAlloc分配内存，他不是在堆，也不是在栈是直接在进程的地址空间中保留一快内存，虽然用起来最不方便。但是速度快，也最灵活。 2.5堆和栈中的存储内容 栈： 在函数调用时，第一个进栈的是主函数中后的下一条指令（函数调用语句的下一条可执行语句）的地址，然后是函数的各个参数，在大多数的C编译器中，参数是由右往左入栈的，然后是函数中的局部变量。注意静态变量是不入栈的。 当本次函数调用结束后，局部变量先出栈，然后是参数，最后栈顶指针指向最开始存的地址，也就是主函数中的下一条指令，程序由该点继续运行。 堆：一般是在堆的头部用一个字节存放堆的大小。堆中的具体内容有程序员安排。 2.6存取效率的比较 char s1[] = "aaaaaaaaaaaaaaa"; char *s2 = "bbbbbbbbbbbbbbbbb"; aaaaaaaaaaa是在运行时刻赋值的； 而bbbbbbbbbbb是在编译时就确定的； 但是，在以后的存取中，在栈上的数组比指针所指向的字符串(例如堆)快。 比如： ＃i nclude void main() { char a = 1; char c[] = "1234567890"; char *p ="1234567890"; a = c[1]; a = p[1]; return; } 对应的汇编代码 10: a = c[1]; 00401067 8A 4D F1 mov cl,byte ptr [ebp-0Fh] 0040106A 88 4D FC mov byte ptr [ebp-4],cl 11: a = p[1]; 0040106D 8B 55 EC mov edx,dword ptr [ebp-14h] 00401070 8A 42 01 mov al,byte ptr [edx+1] 00401073 88 45 FC mov byte ptr [ebp-4],al 第一种在读取时直接就把字符串中的元素读到寄存器cl中，而第二种则要先把指针值读到edx中，在根据edx读取字符，显然慢了。 2.7小结： 堆和栈的区别可以用如下的比喻来看出： 使用栈就象我们去饭馆里吃饭，只管点菜（发出申请）、付钱、和吃（使用），吃饱了就走，不必理会切菜、洗菜等准备工作和洗碗、刷锅等扫尾工作，他的好处是快捷，但是自由度小。 使用堆就象是自己动手做喜欢吃的菜肴，比较麻烦，但是比较符合自己的口味，而且自由度大。 下面是另一篇，总结的比上面好： 堆和栈的联系与区别dd       在bbs上，堆与栈的区分问题，似乎是一个永恒的话题，由此可见，初学者对此往往是混淆不清的，所以我决定拿他第一个开刀。        首先，我们举一个例子：        void f() { int* p=new int[5]; }        这条短短的一句话就包含了堆与栈，看到new，我们首先就应该想到，我们分配了一块堆内存，那么指针p呢？他分配的是一块栈内存，所以这句话的意思就是：在栈内存中存放了一个指向一块堆内存的指针p。在程序会先确定在堆中分配内存的大小，然后调用operator new分配内存，然后返回这块内存的首地址，放入栈中，他在VC6下的汇编代码如下：        00401028      push           14h        0040102A      call           operator new (00401060)        0040102F      add            esp,4        00401032      mov            dword ptr [ebp-8],eax        00401035      mov            eax,dword ptr [ebp-8]        00401038      mov            dword ptr [ebp-4],eax        这里，我们为了简单并没有释放内存，那么该怎么去释放呢？是delete p么？澳，错了，应该是delete []p，这是为了告诉编译器：我删除的是一个数组，VC6就会根据相应的Cookie信息去进行释放内存的工作。        好了，我们回到我们的主题：堆和栈究竟有什么区别？        主要的区别由以下几点：        1、管理方式不同；        2、空间大小不同；        3、能否产生碎片不同；        4、生长方向不同；        5、分配方式不同；        6、分配效率不同；        管理方式：对于栈来讲，是由编译器自动管理，无需我们手工控制；对于堆来说，释放工作由程序员控制，容易产生memory leak。        空间大小：一般来讲在32位系统下，堆内存可以达到4G的空间，从这个角度来看堆内存几乎是没有什么限制的。但是对于栈来讲，一般都是有一定的空间大小的，例如，在VC6下面，默认的栈空间大小是1M（好像是，记不清楚了）。当然，我们可以修改：            打开工程，依次操作菜单如下：Project->Setting->Link，在Category 中选中Output，然后在Reserve中设定堆栈的最大值和commit。 注意：reserve最小值为4Byte；commit是保留在虚拟内存的页文件里面，它设置的较大会使栈开辟较大的值，可能增加内存的开销和启动时间。        碎片问题：对于堆来讲，频繁的new/delete势必会造成内存空间的不连续，从而造成大量的碎片，使程序效率降低。对于栈来讲，则不会存在这个问题，因为栈是先进后出的队列，他们是如此的一一对应，以至于永远都不可能有一个内存块从栈中间弹出，在他弹出之前，在他上面的后进的栈内容已经被弹出，详细的可以参考数据结构，这里我们就不再一一讨论了。        生长方向：对于堆来讲，生长方向是向上的，也就是向着内存地址增加的方向；对于栈来讲，它的生长方向是向下的，是向着内存地址减小的方向增长。        分配方式：堆都是动态分配的，没有静态分配的堆。栈有2种分配方式：静态分配和动态分配。静态分配是编译器完成的，比如局部变量的分配。动态分配由alloca函数进行分配，但是栈的动态分配和堆是不同的，他的动态分配是由编译器进行释放，无需我们手工实现。        分配效率：栈是机器系统提供的数据结构，计算机会在底层对栈提供支持：分配专门的寄存器存放栈的地址，压栈出栈都有专门的指令执行，这就决定了栈的效率比较高。堆则是C/C++函数库提供的，它的机制是很复杂的，例如为了分配一块内存，库函数会按照一定的算法（具体的算法可以参考数据结构/操作系统）在堆内存中搜索可用的足够大小的空间，如果没有足够大小的空间（可能是由于内存碎片太多），就有可能调用系统功能去增加程序数据段的内存空间，这样就有机会分到足够大小的内存，然后进行返回。显然，堆的效率比栈要低得多。        从这里我们可以看到，堆和栈相比，由于大量new/delete的使用，容易造成大量的内存碎片；由于没有专门的系统支持，效率很低；由于可能引发用户态和核心态的切换，内存的申请，代价变得更加昂贵。所以栈在程序中是应用最广泛的，就算是函数的调用也利用栈去完成，函数调用过程中的参数，返回地址，EBP和局部变量都采用栈的方式存放。所以，我们推荐大家尽量用栈，而不是用堆。        虽然栈有如此众多的好处，但是由于和堆相比不是那么灵活，有时候分配大量的内存空间，还是用堆好一些。        无论是堆还是栈，都要防止越界现象的发生（除非你是故意使其越界），因为越界的结果要么是程序崩溃，要么是摧毁程序的堆、栈结构，产生以想不到的结果,就算是在你的程序运行过程中，没有发生上面的问题，你还是要小心，说不定什么时候就崩掉，那时候debug可是相当困难的 :)    对了，还有一件事，如果有人把堆栈合起来说，那它的意思是栈，可不是堆，呵呵, 清楚了？

 

上午 10:02  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | 计算机理论知识

7月20日

GIS书籍

1.《地理信息系统开发：ArcObjects方法》

http://www.gissky.net/Soft/dzsj/200607/63.html

2. ENVI/IDL二次开发中文培训教程

http://www.gissky.net/Soft/dzsj/200607/58.html

3. ENVI用户指南(中文)

http://www.gissky.net/Soft/dzsj/200607/56.html

4. MapInfo中文版用户指南(精简版)

http://www.gissky.net/Soft/dzsj/200607/55.html

5. 数字地图制图原理

http://www.gissky.net/Soft/dzsj/200607/54.html

6. 《数字高程模型》电子书

http://www.gissky.net/Soft/dzsj/200607/45.html

7. 《Modeling Our World》中文版本

http://www.gissky.net/Soft/dzsj/200607/39.html

8. Visual C++开发GIS系统——开发实例剖析

http://www.gissky.net/Soft/dzsj/200607/38.html

9. 《地理信息系统--原理、方法和应用》

http://www.gissky.net/Soft/dzsj/200607/35.html

10. GIS二次开发－使用Mapobjects

http://www.gissky.net/Soft/dzsj/200607/28.html

11. MicroStation中文培训教材

http://www.gissky.net/Soft/dzsj/200607/25.html

12. 快速制图基本操作－ArcGIS应用案例

http://www.gissky.net/Soft/dzsj/200607/16.html

13. MapX中文应用开发讲义

http://www.gissky.net/Soft/dzsj/200607/22.html

下午 03:00  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | GIS

7月19日

IBM

发信人: Windsor (微风的河岸), 信区: Career_IBM
标  题: IBM GBS的方方面面
发信站: 水木社区 (Thu Jul 19 00:04:21 2007), 站内

引子：

正式进入GBS算起来已经2年多了，一直都想说些什么，可也一直没有动笔。最终还是写了一些东西，给后来者一个参考。仅在水木清华发表，转载请注明。——Windsor@SMTH

----------------------------------------------------------------------
IBM GBS前世今生：Windsor@SMTH

2002年前，IBM的IT咨询部门是BIS（Business Innovation Services），后合并普华永道咨询部（PwCC），整合为业务咨询服务部BCS（Business Consultant Service）。合并前BIS全球5万员工，年销售102亿美元，PwCC全球3万员工，49亿美元。

IBM GBS（Global Business Service），即全球企业咨询服务部，2006年由BCS更名而来，全球最大的IT咨询公司。GBS的业务包括管理咨询，战略咨询，IT咨询等，其中前两者顾问较少，主要的定位还是一个IT咨询公司。主要竞争对手为埃森哲，凯捷，毕博，德勤咨询等。2006年所有咨询公司排名13，前几位是麦肯锡，波士顿，贝恩等管理咨询公司，略领先于科尔尼，埃森哲。

IBM IGS（Global Service）包括GBS，GTS（Global Technology Service）等，专注于IT服务。见过一个比喻，说IGS是一艘破冰船，则GBS是船头，GTS是船身，SO（Strategic Outsourcing Services等）是船尾。

----------------------------------------------------------------------
GBS多维矩阵组织结构：Windsor@SMTH

组织结构是标准的多维矩阵结构。

从Sector维度，按行业：
Public 公共事业/ Industrial 工业/ Financial 金融/ Distribution 流通/ Communications 电信/ SMB（中小企业）

从Service维度，按解决方案：
Strategy & Change 策略变更咨询/ Financial Mgmt / Supply Chain Mgmt / Customer Relationship Mgmt / Human Capital Mgmt / SAP Oracle / Application Innovation Service 应用创新服务/ Application Management Service 应用管理服务/ Application Service Delivery 应用实施

每个Services下面还有细分更具体的解决方案

从地域维度：
GBS目前仅北京，上海，广州；另外大连，上海，深圳，成都有ISSC部门。

----------------------------------------------------------------------
GBS的“带子”：Windsor@SMTH

和丐帮的“袋子”类似，按“带子”（band）来标记级别。GBS从6到10，然后依次D，C，B，A，AA。校园招聘进入GBS从Trainee（培训生）Band90（相当于Band 5.5）开始，然后半年到1年半转为Band6；Band6大概需要1到3年以上可以转为Band7；Band7需要3年以上可以转为Band8，上不封顶；Band9就很难了，Band10以上进入高管级别。

IBM Fellow算Band D，杰出工程师算Band 10。

升得快的，有7年从Trainee到Band9的，也有20年才到Band9的。高管中目前还是以台湾，香港，老外为主。升Band8不易，90级，91级，92级的本硕还有大把是Band7的。
一般本科5+年，硕士3+都会给Band7。不是特别突出者，本科或者硕士10来年也只是Band7。一般说来硕士走Trainee进入吃亏于毕业去其他公司，然后跳槽进入。

----------------------------------------------------------------------
GBS职业道路：Windsor@SMTH

常见的6种职业：Specialist，Consultant，Architect，Project Manager，Learning，Sales。

IT Specialist，也就是信息工程师，偏技术，需要对某一类IBM产品或者技术具有非常精深的认知，能够提供设计、操作、管理、维护等方面的具体工作。

IT Specialist (Band6)–>Advisory IT Specialist–>Senior IT Specialist–>Consulting IT Specialist–>Senior Consulting IT Specialist–>Executive

Consultant，咨询顾问，区分管理咨询顾问（S&C Consultant），技术咨询顾问；技术咨询顾问又细分为软件包咨询顾问（Package Consultant），和一般的技术咨询（IT Consultant）顾问。管理咨询顾问以MBA为主，负责管理咨询，战略咨询，流程咨询等。Package Consultant，负责软件产品的咨询和实施，如SAP，Oracle等。IT Consultan更侧重企业系统的整合，设计；需求分析；项目管理；软件解决方案咨询等等，很多情况下面和IT Specialist，IT Archiect并无严格区分。

Consultant (Band6)–>Senior Consultant–>Managing Consultant–>Senior Managing Consultant–>Associate Partner–>Executive

Architect，架构师。
Associate IT Archiect (Band7)–>Advisory IT Archiect–>Senior IT Archiect–>Executive IT Archiect–>Executive

Project Manager，项目经理。
Associate Project Manager (Band7)–>Advisory Project Manager–>Senior Project Manager–>Executive Project Manage–>Executive

其他的还有Learning，负责培训。Sales，包括负责服务销售和客户代表等。都很少。

----------------------------------------------------------------------
GBS技能评估体系：Windsor@SMTH

从PwCC继承过来的职业能力评价体系，PDF（Professional Development Framework），一个很不错的能力评价体系，和Band挂钩。有Core和职业两个大维度。

按职业分类6个大类的发展方向，每个发展方向细分多个子类，如Architect细分应用架构，信息架构，整合架构，企业架构，基础设施架构等。
每个方向分6个级别，1，2对应Band6，3，4，5，6分别对应Band7，8，9，10。

还有3个公共的Core方向，Business，Leadership，Relationship。每个级别分基础，有经验的，高级3个等级。Band8要求3个core全部到有经验级别，Band9以上要求3个core全部高级级别。

每年3，8月开始PDF的评估，个人提交论文，证明要求的各点已经达到，论据来源于PM审批的项目个人评估（Project Assessment）。然后老板审批，审批委员会审批则可以通过PDF的评级。然后HR审批则可以升职。

----------------------------------------------------------------------
GBS的培训：Windsor@SMTH

客观说来应该是业界培训非常好的地方。新员工有2天新员工培训，校园招聘的2周ELT（Entry Level Training），社招的1周ELT。校园招聘研究生还有2周的部门技能培训。到Band7后，每年一周的University培训。还有很多技能，沟通，演讲，项目管理，架构设计方面的培训。大概每年10天的样子。

----------------------------------------------------------------------
GBS的面包和黄油：Windsor@SMTH

1. 基本工资，一个月的工资称为MBS，一年14个月；
2. 补助800，一年12个月；
3. Perform Bonus，大概是MBS的0到80%的样子，一般50%不到。
4. 出差补助Per Diem，250每天，按过夜算，税前。对于Trainee和Band6，长期出差的Per Diem比工资更高。

Award，特别奖励，数百$的样子，很少有人得到。
每年6月根据前一年表现涨薪，比例大概0到15%的样子，一般6，7%左右。
出差可以1周到3周往返一次local，也可以选择到local更近的地点。
商务报销，每天可以报销往返客户的打车票，同客户的餐饮可以报销。
手机报销，顾问和PM每月900，一般每月500。
住房补贴Saving Fund。每月按MBS的15%累计到3年一次发放，10万封顶；不到10万，则3年后每月多发15%，到10万截止。
Band90（包括）以上均无加班工资。

年薪=MBS * 14 + 800 * 12 + Bonus(MBS * 0.5) + Per Diem(250 * day) + Award
满3年还有MBS * 15%。

这几年的Trainee行情是：
04年5200，
05年5500
06年4X00
07年5800

Band6，7，8的MBS，猜测Band6大概是6000~12000；猜测Band7大概是12000~18000；猜测band 8大概是18000~2X000。工资在招聘的时候可以谈。总体业界中等。

其中ISSC的MBS相应要下调一些，没有Saving Fund。

----------------------------------------------------------------------
GBS的投名状：Windsor@SMTH

1. 校园招聘（Campus Hire），每年秋季进入著名高校，去年开始已经暂停。管理咨询部门以MBA为主，基本都是国外的MBA和国内名校的MBA，如中欧，长江，光华，清华，复旦等。其他也以著名高校硕士为主，在京清华，北大，北邮占60%左右；上海以复旦，上交为主；广州以中山，华南理工为主。

2. 实习（Intern）。包括Blue path和Extreme blue，每年四五月份开始，通常在chinahr或者51job上会有专题。从06年开始Campus Hire停止，只在Intern中间直接招聘。

3. 社会招聘（Professinal Hire）或者猎头。如针对已经工作一年到两年的职场次新人的IBM vitality2006；和长期进行的社会招聘。

4. 推荐。内部的人推荐最有效，有熟人，尤其是推荐人本身比较厉害，可以省很多事。比如可以拿到更高的Band和更多的MBS。

5. 转。从Contract或者Sub（子包）甚至客户处转过来，Contract中的优秀者可以转，但是也控制名额。Sub中的杰出者一定会挖的。

----------------------------------------------------------------------
总结：Windsor@SMTH

工作需要有心里准备，比较苦（常加班），比较累（工作量大，且需要与时俱进更新知识），比较寂寞（长期出差）。

总之，GBS的生活是痛并快乐着。唯愿快乐和加班出差成正比，工资和双休节假休息日成反比。
----------------------------------------------------------------------
Offer选择：Windsor@SMTH
给多个师弟师妹提供过Offer选择。当初我也是懵懵懂懂就进入GBS的，所以觉得更有义务给后来者一些建议。

1.    认识行业：IT咨询很辛苦，并没有表面那么风光；IT咨询和管理咨询（如S&C）差别很大
2.    IBM内部殊途同归：同在IBM，GBS，CSDL，CRL，Sales（客户代表，渠道销售，区域销售，软件部，服务器部门，服务部门）等各有特点，选择适合个人发展的，殊途同归。GBS不一定好，CSDL测试也不差，Sales也得看是否适合个人。
3.    IT咨询，GBS和埃森哲等对手也各有专长，选择发展好，价钱高的。
4.    做技术，MS，Google，SUN，BEA，Intel，Moto等都很好，Baidu，网易等也有专长。腾讯，华为等也有专注。GBS长在宏观，短在可能不够专注。
5.    做架构师，GBS有能够使你成为IT架构师的可能，看努力，看项目，看运气，看积累。
6.    做顾问，GBS有能够锻炼你顾问能力的机会和项目，能不能做好，看性格，看项目。
7.    侯门似海，进易出难。选择一个Offer，就像选择一个GF/BF，初期在准备和机遇；后期在付出。最忌优柔寡断。

下午 06:31  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | 工作

7月16日

委托与事件（2）

多播委托：委托包含多个方法。 按顺序连续调用多个方法，委托的签名必须返回void（否则，返回值应送到何处）。实际上，如果编译器发现某个委托返回void，就会自动 假定这是一个多播委托。
例子：

 1 using  System;
 2
 3 namespace  test1
 4 {
 5    /**//// 

 6    /// Class1 的摘要说明。
 7    ///

 8    
 9        class MathsOperations
10        {
11            public static void multiplyByTwo(double value)
12            {
13                double result = value*2;
14                Console.WriteLine(
15                    "Multiplying by 2:{0} gives {1}",value,result);
16            }
17    
18            public static void Square(double value)
19            {
20                double result = value*value;
21                Console.WriteLine(
22                    "Squareing:{0} gives {1}",value,result);
23            }    
24        }
25    
26        delegate void DoubleOp(double value);
27    
28        class test1
29        {
30            static void Main()
31            {
32                 //或，委托可以识别 +，+=，-，-=
33                //DoubleOp operations = new DoubleOp(MathsOperations.multiplyByTwo);
34                //operations += new DoubleOp(MathsOperations.Square);
35
36                DoubleOp opertaion1 = new DoubleOp(MathsOperations.multiplyByTwo);
37                DoubleOp operation2 = new DoubleOp(MathsOperations.Square);
38                DoubleOp operations = opertaion1 + operation2;
39
40                ProcessAndDisplayNumber(operations,2.0);
41                ProcessAndDisplayNumber(operations,40.0);
42            }
43    
44            static void ProcessAndDisplayNumber(DoubleOp action,double value)
45            {
46                Console.WriteLine("/nProcessAndDisplay Number called with value = " +
47                    value);
48                action(value);
49            }
50        }
51}

事件：事件与委托是密不可分的。
应用程序是通过windows来通信的，而windows又是使用预定义的消息与应用程序通信的。微软已经定义好了N多个系统事件（消息），譬如点击一个摁钮，打开一个下拉框，等等。 事件接收器就是指发生某事件时被通知的任何应用程序，对象或组件。 事件发送器可以是应用程序的一个对象或程序集。系统事件中如鼠标单击，键盘按键 。.net程序中的事件发送器就是.net的运行库，.net framework把windows消息封装在了事件中，偶没学过windows编程，对windows消息的机制不甚了解。大概就是button的click事件封装了windows的WM_MOUSECLICK消息。然后就可以直接调用click事件了。
button1.click  += new EventHandler(Button_Click);
事件              +=    实例化一个委托(某个方法)   //可多个方法依次添加到委托列表，但不能保证调用时方法的顺序。
EventHandler 委托在Farmework是已定义的，位于System命名空间，在所有的Farmework中的定义的事件都是用它。添加到该委托列表的方法都必须有相同的签名。private void Button_Click(object sender , Eventargs e) //1参：引发事件的对象，2参：包含有关事件的其他有用信息的对象，可任意类型，只要派生于它均可，譬如MouseDownEventArgs 类型。

委托和事件在用户界面程序里用的比较的多，比如象在winform或webform的用户UI上的button和它的click事件：

// 将Button1_Click()方法绑定到按钮控件Button1的Click事件上

this.Button1.Click += new System.EventHandler(this. Button1_Click);

private void Button1_Click(object sender, System.EventArgs e)    // Button1_Click()方法

{

                …… 

}

然而除了用户界面程序外，在很多其他地方也用到了事件驱动模式，比如观察者模式（Observer）或发布/订阅（Publish/Subscribe）里：在一个类里发布（Publish）某个可以被触发的事件，而其他的类就可以来订阅（Subscribe）该事件。一旦这个发布者类触发了该事件，那么运行时环境会立刻告知所有订阅了该事件的订阅者类：这个事件发生了！从而各个订阅者类可以作出它们自己的反应（调用相应方法）。

 

下午 05:01  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | c#

委托与事件（1）

委托：譬如别人 委托你买你去书挑选一本好的c#的书，而你却因为懒得动，直接去了dearbook选书，然后送上门。然后你转交给了朋友。这就是现实中的委托。-------你的好朋友并不知道，你没有去书店选。（不关注方法的细节）
c#中把委托的作用当作是给方法的签名（包括参数类型，个数，方法的返回类型）指定名称。 委托代表了方法。
为什么说委托的类型是安全的：因为在定义委托的时候就指定了它所调用的方法的签名，所以在构造委托实例的时候会判断是否正确

 2 using  System;
 3
 4 namespace  test1
 5 {
 6 /**//// 

 7 /// Class1 的摘要说明。
 8 /// 

 9 
10 class MathsOperations
11 {
12  public static double multiplyByTwo(double value)
13  {
14   return value*2;
15  }
16
17  public static double Square(double value)
18  {
19   return value*value;
20  }
21 }
22
23 delegate double DoubleOp(double x);
24
25 class test1
26 {
27  static void Main()
28  {
29   DoubleOp[] operations =
30    {
31     new DoubleOp(MathsOperations.multiplyByTwo),
32     new DoubleOp(MathsOperations.Square)
33    };
34
35   for(int i=0;i<operations.Length;i++)
36   {
37    Console.WriteLine("Using operations[{0}];",i);
38    ProcessAndDisplayNumber(operations[i],2.0);
39    ProcessAndDisplayNumber(operations[i],5);
40    Console.WriteLine();
41   }
42  }
43
44  static void ProcessAndDisplayNumber(DoubleOp action,double value)
45  {
46   double result = action(value);
47   Console.WriteLine("Value is {0},result of operation is {1}",value,result);
48  }
49 }
50 
51
52}

有些时候不用委托是很难实现某些功能的

 1      class  BubbleSorter
 2      {
 3        static public void Sort(object[] sortArray,CompareOp gtMethod)
 4        {
 5            for(int i=0;i<sortArray.Length;i++)
 6            {
 7                for(int j=i+i;i<sortArray.Length;j++)
 8                {
 9                    if(gtMethod(sortArray[j],sortArray[i]))
10                    {
11                        object temp = sortArray[i];
12                        sortArray[i] = sortArray[j];
13                        sortArray[j] = temp;
14                    }
15                }
16            }
17        }
18    }
19
20      delegate   bool  CompareOp( object  lhs, object  rhs);
21
22      class  Employee
23      {
24        private string name;
25        private decimal salary;
26
27        public Employee(string name,decimal salary)
28        {
29            this.name=name;
30            this.salary=salary;
31        }
32        public override string ToString()
33        {
34            return string.Format(name + ",{0:c}",salary);
35        }
36        public static bool RhslsGreater(object lhs,object rhs)
37        {
38            Employee empLhs = (Employee)lhs;
39            Employee empRhs = (Employee)rhs;
40            return(empLhs.salary>empRhs.salary)?true:false;
41        }
42    }
43
44
45      class  test1
46      {
47        static void Main()
48        {
49            Employee [] employees = 
50            {
51                new Employee("abc",100),
52                new Employee("bbc",122),
53                new Employee("bb",111),
54            };
55
56
57            CompareOp employeeCompareOp = new CompareOp(Employee.RhslsGreater);
58            BubbleSorter.Sort(employees,employeeCompareOp);
59
60            for(int i=0;i<employees.Length;i++)
61            {
62                Console.WriteLine(employees[i].ToString());
63            }
64        }
65    }
66 }

下午 04:59  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | c#

ASP.NET必须知道的东东

asp.net架构

一 asp.net请求的处理过程
－－－－－－－－－－－－－－－－－－－
HttpModule  必须要掌握的东西
HttpHandler 必须要掌握的东西，非常有用
以上两个的实例
－－－－－－－－－－－－－－－－－－－－－
asp.net 事件模型机制

－－－－－－－－－－－－－－－－－－－－－－－
一
客户的请求页面由aspnet_isapi.dll这个动态连接库来处理，把请求的aspx文件发送给CLR进行编译执行，然后把Html流返回给浏览器
－－－－－－－－－－－－－－－－－－－－－－－－－－
二 页面事件
执行顺序
Page_Init：初始化值或连接
Page_Load:主要使用IsPostBack，该事件主要执行一系列得操作来首次创建asp.net页面或响应
由投递引起得客户端事件。在此事件之前，已还原页面和控件视图状态。
Page_DataBind:在页面级别上调用，也可在单个控件中调用。
DataBind_PreRender:数据绑定预呈现，恰好在保存视图状态和呈现控件之前激发此事件。
Page_Unload:此事件是执行最终清理工作的。
非确定事件
Page_Error：如果在页面处理过程中出现未处理的例外，则激发error事件。
Page_AbortTransaction:交易事件，事务处理中如果已终止交易，则激发此事件，购物车常用。
Page_CommitTransaction:如果已成功交易，则激发此事件。
--------------------------------------------------------
Global.asax中的事件（执行顺序）
Application_Start：应用程序启动时激发
Application_BeginRquest：http请求开始时激发
Application_AuthenticateRequest:  应用程序批准http请求时激发
Session_Start： 会话启动时激发
Application_EndRequest：Htttp请求结束时激发
Session_End：会话结束时激发
Application_End：应用程序结束时激发
Application_Error： 发生错误时激发
－－－－－－－－－－－－－－－－－－－－－－
ISAPI: 向web服务器插入某些组建，扩展功能，增强web服务器功能。
ISAPI: 扩展，win32的动态链接库，譬如aspnet_isapi.dll，可以把ISAPI扩展看作是一个普通的应用程序，它处理的目标是HTTP请求。
ISAPI: 过滤器，web服务器把请求传递给相关的过滤器，接下来过滤器可能修改请求，执行某些操作等等。
ASP.NET请求的处理过程：
基于管道模型，在模型中ASP.NET把http请求传递给管道中所有的模块。每个模块都接收HTTP请求，并有完全的控制权。一旦请求经过了所有的HTTP模块，最终被HTTP处理程序处理。HTTP处理程序对请求进行一些处理，并且结果将再次经过模块管道中的HTTP模块。
－－－－－－－－－－－
httpmodule
ISAPI过滤器（筛选器）：IIS本身是不支持动态页面的，也就是说他仅仅支持静态HTML页面的内容，对于.asp .aspx .cgi .php等，IIS并不知道如果处理这些后缀标记，它就会把它当作文本，丝毫不做处理发送到客户端。为了解决这个问题，IIS有一种机制，叫做ISAPI的过滤器。它是一个COM组件。
ASP.NET服务在注册到IIS的时候，会把每个扩展可以处理的文件扩展名注册到IIS里面（如*.ascx *.aspx等）。扩展启动后，就根据定义好的方式来处理IIS所不能处理的文件，然后把控制权跳转到专门处理代码的进程中，asp.net中是aspnet_isapi.dll。让这个进程开始处理代码，生成标准的HTML代码，生成后把这些代码加入到原有的HTML中，最后把完整的HTML返回给IIS，IIS再把内容发送到客户端。
－－－－－－－－－－－－－－－－
HttpModule
Http模块实现了过滤器(ISAPI filter)的功能，它是实现了System.Web.IHttpModule接口的.net组件。。这些组件通过在某些事件中注册自身，把自己插入到ASP.NET请求处理管道。当这些事件发生的时候，ASP.NET调用对请求有兴趣的HTTP模块，这样该模块就能处理请求了。有时候需要过虑一下http请求，注意它不是覆盖其他的包括系统自带的HttpModule，在Machine.config中配置完成。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
HttpHandler
它实现了ISAPI Extention的功能，它处理请求(Request)的信息和发送响应(Response)。HttpHandler功能的通过必须实现IHttpHandler接口。HTTP处理程序是实现System.Web.IHttpHandler接口的.NET组件。任何实现了该接口的类都可以用于处理输入的Http请求。它就是Http处理程序。

在以前的ASP时候，当请求一个*.asp页面文件的时候，这个HTTP请求首先会被一个名为inetinfo.exe进程所截获，这个进程实际上就是www服务。截获之后它会将这个请求转交给asp.dll进程，这个进程就会解释这个asp页面，然后将解释后的数据流返回给客户端浏览器。其实ASP.DLL是一个依附在IIS的ISAPI文件，它负责了对诸如ASP文件，ASA等文件的解释执行，
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

ASP.NET的HTTP请求处理方法
当客户端向web服务器请求一个*.aspx的页面文件时，同asp类似，这个http请求也会被inetinfo.exe进程截获（www服务），它判断文件后缀之后，把这个请求转交给ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL则会通过一个Http PipeLine的管道，将这个http请求发送给ASPNET_WP.EXE进程，当这个HTTP请求进入ASPNET_WP.EXE进程之后，asp.net framework就会通过HttpRuntime来处理这个Http请求，处理完毕后将结果返回给客户端。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
当一个http请求被送入到HttpRuntime之后，这个Http请求会继续被送入到一个被称之为HttpApplication Factory的一个容器当中，而这个容器会给出一个HttpApplication实例来处理传递进来的http请求，而后这个Http请求会依次进入到如下几个容器中：
HttpModule --> HttpHandler Factory --> HttpHandler
当系统内部的HttpHandler的ProcessRequest方法处理完毕之后，整个Http Request就被处理完成了，客户端也就得到相应的东东了。
完整的http请求在asp.net framework中的处理流程：
HttpRequest-->inetinfo.exe->ASPNET_ISAPI.DLL-->Http Pipeline-->ASPNET_WP.EXE-->HttpRuntime-->HttpApplication Factory-->HttpApplication-->HttpModule-->HttpHandler Factory-->HttpHandler-->HttpHandler.ProcessRequest()
如果想在中途截获一个httpRequest并做些自己的处理，就应该在HttpRuntime运行时内部来做到这一点，确切的说时在HttpModule这个容器中做到这个的。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
系统本身的HttpModule实现一个IHttpModule的接口，当然我们自己的类也能够实现IHttpModule接口，这就可以替代系统的HttpModule对象了。
ASP.NET系统中默认的HttpModule：

DefaultAuthenticationModule  确保上下文中存在 Authentication 对象。无法继承此类。
FileAuthorizationModule  验证远程用户是否具有访问所请求文件的 NT 权限。无法继承此类。
FormsAuthenticationModule 启用 ASP.NET 应用程序以使用 Forms 身份验证。无法继承此类。
PassportAuthenticationModule  提供环绕 PassportAuthentication 服务的包装。无法继承此类。
SessionStateModule   为应用程序提供会话状态服务。
UrlAuthorizationModule   提供基于 URL 的授权服务以允许或拒绝对指定资源的访问。无法继承此类。
WindowsAuthenticationModule  启用 ASP.NET 应用程序以使用 Windows/IIS 身份验证。无法继承此类

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
这些系统默认的HttpModule是在文件machine.config中配置的，和我们开发时使用到的web.config的关系是：是在ASP.NET FRAMEWORK启动处理一个Http Request的时候，它会依次加载machine.config和请求页面所在目录的web.config文件，如果在machine中配置了一个自己的HttpModule，你仍然可以在所在页面的web.config文件中remove掉这个映射关系。
public class HelloWorldModule : IHttpModule
{
    public HelloWorldModule()
    {
    }

    public String ModuleName
    {
        get { return "HelloWorldModule"; }
    }

    // In the Init function, register for HttpApplication
    // events by adding your handlers.
    public void Init(HttpApplication application)
    {
        application.BeginRequest +=
            (new EventHandler(this.Application_BeginRequest));
        application.EndRequest +=
            (new EventHandler(this.Application_EndRequest));
    }

    private void Application_BeginRequest(Object source,
         EventArgs e)
    {
    // Create HttpApplication and HttpContext objects to access
    // request and response properties.
        HttpApplication application = (HttpApplication)source;
        HttpContext context = application.Context;
        context.Response.Write("

HelloWorldModule: Beginning of Request

---

");
    }

    private void Application_EndRequest(Object source, EventArgs e)
    {
        HttpApplication application = (HttpApplication)source;
        HttpContext context = application.Context;
        context.Response.Write("

---

HelloWorldModule: End of Request

");
    }

    public void Dispose()
    {
    }
}

   
  
   
  
   
-----------------------------------------------------------------------------------
深入HttpModule
一个Http请求在被ASP.NET Framework捕获之后会依次交给HttpModule以及HttpHandler来处理。hm与hh之间不是完全独立的，实际上，http请求在hm传递的过程中会在某个事件内将控制权转交给hh的，而真正的处理在HttpHandler中执行完成后，HttpHandler会再次将控制权交还给HttpModule
上面的代码中的HttpModule的Init()中的参数是HttpApplication类型，它具有许多事件，包括BeginRequest,EndRequest，AuthentiacteRequest 等等。
-----------------------------------------------------------------
IHttpHandler
它是asp.net Framework提供的一个接口，定义了如果要实现一个Http请求的处理所需要必须实现的一些系统约定。也就是说，如果你想要自行处理某些类型的HTTP请求信息流的话，你需要实现这些系统约定才能做到。譬如一个*.aspx文件，用来处理此类型的Http请求，ASP.NET FRAMEWORK将会交给一个名为System.Web.UI.PageHandlerFactory的HttpHandler类来处理。
HH和HM一样，系统会在最初始由ASP.NET FRAMEWORK首先加载machine.config中的HttpHandler，而后会加载Web应用程序所在目录的web.config中的用户自定义的HttpHandler类。但是系统与我们自定义的HH之间的关系是"覆盖"的，也就是说如果我们自定义了一个针对"*.aspx"的HttpHandler类的话，那么系统会将对此http请求的处理权完全交给我们自己定义的这个HttpHandler类来处理，而我们自己的HttpHandler类则需要自己完全解析这个Http请求，并作出处理。
IHttpHandler接口中最重要的方法ProcessRequest，这个方法就是HttpHandler用来处理一个Http请求，当一个Http请求经过由HttpModule容器传递到HttpHandler容器中的时候，framework会调用HttpHandler的ProcessRequest方法来做对这个Http请求做真正的处理。
framework实际上并不是直接把相关页面的HTTP请求定位到一个内部默认的IHttpHandler容器之上的，而是定位到了其 内部默认的IHttpHandler Factory上了。IHttpHandler Factory的作用就是对很多系统已经实现了的IHttpHandler容器进行调度和管理的，这样做的优点是大大增强了系统的负荷性，提升了效率。

下午 04:54  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

HttpHandler

概述

HttpHandler是一个HTTP请求的真正处理中心，也正是在这个HttpHandler容器中，ASP.NET Framework才真正地对客户端请求的服务器页面做出编译和执行，并将处理过后的信息附加在HTTP请求信息流中再次返回到HttpModule中。

IHttpHandler是什么

IHttpHandler定义了如果要实现一个HTTP请求的处理所必需实现的一些系统约定。HttpHandler与HttpModule不同，一旦定义了自己的HttpHandler类，那么它对系统的HttpHandler的关系将是“覆盖”关系。

IHttpHandler如何处理HTTP请求

当一个HTTP请求经同HttpModule容器传递到HttpHandler容器中时，ASP.NET Framework会调用HttpHandler的ProcessRequest成员方法来对这个HTTP请求进行真正的处理。以一个ASPX页面为例，正是在这里一个ASPX页面才被系统处理解析，并将处理完成的结果继续经由HttpModule传递下去，直至到达客户端。

对于ASPX页面，ASP.NET Framework在默认情况下是交给System.Web.UI.PageHandlerFactory这个HttpHandlerFactory来处理的。所谓一个HttpHandlerFactory，所谓一个HttpHandlerFactory，是指当一个HTTP请求到达这个HttpHandler Factory时，HttpHandlerFactory会提供出一个HttpHandler容器，交由这个HttpHandler容器来处理这个HTTP请求。

一个HTTP请求都是最终交给一个HttpHandler容器中的ProcessRequest方法来处理的。

图1：ProcessRequest方法

一个简单的HttpHandler容器

通过实现IHttpHandler接口可以创建自定义HTTP处理程序，该接口只包含两个方法。通过调用IsReusable，IHttpHandlerFactory可以查询处理程序以确定是否可以使用同一实例为多个请求提供服务。ProcessRequest方法将HttpContext实例用作参数，这使它能够访问Request和Response内部对象。在一个HttpHandler容器中如果需要访问Session，必须实现IRequiresSessionState接口，这只是一个标记接口，没有任何方法。

示例1：

using System;

using System.Collections.Generic;

using System.Text;

using System.Web;

using System.Web.SessionState;

namespace MyHandler

{

    ///

    /// 目的：实现一个简单的自定义HttpHandler容器

    /// 作者：文野

    /// 联系：[email protected]

    ///

    public class MyFirstHandler : IHttpHandler,IRequiresSessionState

    {

        #region IHttpHandler 成员

        public bool IsReusable

        {

            get { return true; }

        }

        public void ProcessRequest(HttpContext context)

        {

            context.Response.Write("

Hello HttpHandler

");

            context.Session["Test"] = "测试HttpHandler容器中调用Session";

            context.Response.Write(context.Session["Test"]);

        }

        #endregion

    }

}

在Web.config中加入如下配置：

<httpHandlers>

     <add verb="*" path="*" type="MyHandler.MyFirstHandler, MyHandler"/>

httpHandlers>

 

IHttpHandler工厂

ASP.NET Framework实际不直接将相关的页面资源HTTP请求定位到一个其内部默认的IHttpHandler容器之上，而定位到了其内部默认的IHttpHandler工厂上。IHttpHandler工厂的作用是对IHttpHandler容器进行调度和管理。

IHttpHandlerFactory接口包含两个方法。GetHandler返回实现IHttpHandler接口的类的实例，ReleaseHandler使工厂可以重用现有的处理程序实例。

示例2：

using System;

using System.Collections.Generic;

using System.Text;

using System.Web;

namespace MyHandler

{

    public class MyHandlerFactory : IHttpHandlerFactory

    {

        #region IHttpHandlerFactory 成员

        public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated)

        {

            string fname = url.Substring(url.IndexOf('/') + 1);

            while (fname.IndexOf('/') != -1)

                fname = fname.Substring(fname.IndexOf('/') + 1);

            string cname = fname.Substring(0, fname.IndexOf('.'));

            string className = "MyHandler." + cname;

            object h = null;

            try

            {

                // 采用动态反射机制创建相应的IHttpHandler实现类。

                h = Activator.CreateInstance(Type.GetType(className));

            }

            catch (Exception e)

            {

                throw new HttpException("工厂不能为类型"+cname+"创建实例。",e);

            }

            return (IHttpHandler)h;

        }

        public void ReleaseHandler(IHttpHandler handler)

        {

           

        }

        #endregion

    }

    public class Handler1 : IHttpHandler

    {

        #region IHttpHandler 成员

        public bool IsReusable

        {

            get { return true; }

        }

        public void ProcessRequest(HttpContext context)

        {

            context.Response.Write("

来自Handler1的信息。

");

        }

        #endregion

    }

    public class Handler2 : IHttpHandler

    {

        #region IHttpHandler 成员

        public bool IsReusable

        {

            get { return true; }

        }

        public void ProcessRequest(HttpContext context)

        {

            context.Response.Write("

来自Handler2的信息。

");

        }

        #endregion

    }

}

下午 04:14  | 新增回應  | 讀取回應 (1)  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | .net相关

6月22日

SharpMap表现层控件 扩展分析

转载

Sharpmap 作为优秀的基于vs2005的GIS解决方案，大家也对其了解甚多，我就不多说了。在实际使用中，特别是web控件，作者并没有暴露很多编程方法，本文基于此进行讨论。

在项目开发中，我们希望在鼠标拖拽时起码要实现几个功能：平移、拉框缩放、拉框选择。通过更改Sharpmap.UI.dll的方式修改，可以实现。

首先，增加鼠标拖拽选择模式属性MouseMode，并增加enum，代码形如：
public enum eMouseMode
        {
            Pan,
            Zoom,
            Select
        }
        private eMouseMode _MouseMode;

        /**//// 

        /// Set Mouse down,up, move event to pan or zoom mode
        /// 

        [Category("Behavior")]
        [DefaultValue(0)]
        [Description("设置鼠标拖拽方式：即设置Mousedown,Mousemove,Mouseup事件的处理方式。默认值为Pan。")]
        public eMouseMode MouseMode
        {
            get { return _MouseMode; }
            set { _MouseMode = value; }
        }

其次，将属性暴露给JS，让客户端可以调用。

       通过修改GenerateClientScripts函数，增加setvarsScript变量定义。

拉框需要有html控件，我这里使用div。

首先，在GenerateMapBox函数中生成控件，使用Controls.add方法增加进来。

其次，在JS中注册。

       通过修改JS文件的SharpMap_Init函数和CS文件的GenerateClientScripts函数，将增加的控件暴露给JS使用。

至此我们在前后台均可以使用新增加的控件和方法。然后，就可以在SharpMap_MouseDown(Up, Over)函数里面写代码了。

上午 11:45  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | GIS

网络安全教程网址

http://www.91tel.com/bbs/read.php?tid=37551

http://www.hack86.com/ad/hack86anquanban/index.html

上午 10:07  | 新增回應  | 傳送訊息  | 永久連結  | 檢視引用通告 (0)  | 發佈至您的部落格  | 网络安全

6月14日

SharpMap深度分析之数据源

SharpMap 深度分析之数据源
■ 文/Mars
在《3s 新闻周刊》的第一期对SharpMap 源码做了一个走马观花式的分析，没有深入一
些细节性的东西，本文则就数据源的问题作一些深入分析。
在SharpMap 中，数据的获取使用了数据Provider。Provider 或者Provider 模式对于很多
人应该都不陌生，在DNN 和Asp.net 2.0 中都大量应用了Provider 模式。目前主流的GIS 平
台的数据提供也应该基本上都是基于Provider 这样的模式，大家比较熟悉的应该是SuperMap
提出的多源空间数据引擎的概念。
在SharpMap 里，数据Provider 是这样使用的：
string ConnStr =
"Server=127.0.0.1;Port=5432;UserId=postgres;Password=password;Database=my
GisDb;";
myLayer.DataSource = new SharpMap.Providers.PostGIS(ConnStr, "myTable",
"the_geom", 32632);
而实际上，在Layer 类里，DataSource 定义为：
public SharpMap.Data.Providers.IProvider DataSource
{
...
}
也就是说，这里的Provider 是针对IProvider 接口编程的，这样，对于不同的层，你可
以指定不同的数据源（通过使用不同的数据Provider，而支持不同的数据格式）。下面是
Provider 接口的类图，定义了接口的属性和操作：

 

个人认为，Provider 的核心思想在于面向接口编程，也就是说通过接口定义需要的服务，
至于服务的实现，可以通过具体的方式来实现。就GIS 数据引擎来说，就是定义对空间数
据需要的操作，例如打开、关闭、读取某个范围内的数据，以及数据的检索、分析等等接口，
然后通过实现该接口来实现对不同格式数据的支持。例如对Shape 文件的操作和对PostGIS
文件的操作是完全不同的，但各自的Provider 都实现了IProvider 接口。在SharpMap 系统内
部，对数据的操作，例如放大缩小、变换、显示，只需要针对接口（IProvider）编程，而无
须关心数据的具体格式，而实现对不同格式数据源的支持。其结构大概如下图所示。
      

 

熟悉SuperMap 的朋友可以发现这个结构和超图的多源空间数据引擎的概念如出一辙。
这里的空间数据Provider 实现和ASP.net 中的DNN 等的Provider 模式的不同在于，DNN
是通过配置文件和反射机制，来实现不同的Provider 的更换，而无须更改代码实现（客户代
码），而SharpMap 或其他GIS 的类似实现是需要在开发时指定使用的Provider。前者的好处

在于使用系统的客户代码在编译部署以后，也可以动态更换，增加新的数据引擎。
Provider 的实现还有一个比较重要的问题就是要操作的数据的定义，也就是系统内部的
空间数据格式的问题。因为具体的Provider 的实现最终要将数据转换为系统内部的数据类型
和结构，然后返回。
对于具体的Geometry 的结构，SharpMap 是在OGC 的规范的基础上实现的。对于这部
分内容，很多面向对象的书也喜欢用空间几何对象、圆、正方形、线段等等来讲述类、对象、
继承等概念，大家都很熟悉，这里就不多说了。对OGC 的Simple Feature 实现比较好的一
个.net 类库是NTS（JTS 的.net 移植版本），目前正在看他的源码，后面会写一些自己的笔记。
SharpMap 的一些代码，从其注释来看也是在NTS 的基础上实现的。
SharpMap 的Provider 没有定义数据的修改、编辑，从理论上讲，完全可以实现任意数
据的读取、修改，但实际上，数据的读取显示一般来说实现难度不是很大，因为空间对象不
外乎点、线、面及其组合这样的对象；但由于内部数据结构、拓扑关系、索引等问题，修改、
编辑就比较困难了。例如SuperMap 的产品也只是可以只读读取一些其他格式的数据（如
MicroStation DGN，AutoCAD 数据），而没有修改功能。