.NET框架程序设(修订版)-- 笔记(一)

全书共分为4大部分,将一一呈现,感觉不错,有兴趣的朋友可以买回来看看~~


第Ⅰ部分 Microsoft.NET 框架基本原理

 

第一章     Microsoft.NET 框架开发平台体系架构

1.1将源代码编译为托管模块

              .NET框架的核心便是通用语言运行时(Common Language Runtime,简称CLR)。

              由CLR生成的托管模块(managed module)是一个需要CLR才能执行的标准Windows可移植可执行(portable executable,简称PE)文件。

              托管模块的组成部分:

①    PE表头

②    CLR表头:记录版本号,入口方法等意义不大的信息的位置和尺寸

③    元数据:描述源代码中定义的类型和成员以及引用的类型和成员

④    中间语言(IL)代码:CRL将IL编译为本地CPU指令 – 也称托管代码

1.2将托管模块组合为程序集

    CLR并不和托管模块打交道,它直接面向的是程序集(assembly)

           首先,程序集是一个或多个托管模块,以及一些资源文件的逻辑组合。其次,程序集是组件复用,以及实施安全策略和版本策略的最小单位。

PE中包含称作清单(manifest)的数据块,仅仅是另外一些元数据表的集合。描述了组成程序集的文件,程序集搜有文件中实现的共有导出类型,以及一些和程序集相关的资源文件或数据文件。

1.3加载通用语言运行时

1.4执行程序集代码

    1.4.1IL与代码验证

           IL是一种基于堆栈的语言;IL指令是无类型的。当IL代码被编译为本地CPU指令时,CLR将执行一个称作验证(verification)的过程,确保IL做的每一件事都是”安全”的。如果不安全,将有一个System.Security.VerificationException异常抛出

1.5.NET框架类库

    .NET框架类库(Framework Class Library,简称FCL)程序集

           P.22页 表1.2 一些通用的FCL命名空间极其用途 

P.24 表1.3 一些用于特定应用程序的FCL命名空间

1.6通用类型系统(Common Type System,简称CTS),用于描述类型的定义和行为。

    CTS负责 -- 规定一个类型可以包含0到多个成员:字段、方法、属性、事件;访问修饰符;继承、虚函数、对象生存期等等。

1.7通用语言规范(Common Language Specification,简称CLS),为编译器厂商详细描述了面向CLR的编译器必须支持的一个最小特性集合。

1.8与非托管代码互操作

    CLR支持三种互操作情形:①托管代码调用DLL中的非托管函数;

②托管代码使用现存的COM组件(非托管组件作为COM服务器)

③非托管代码使用托管类型(托管类型作为COM服务器)

第二章     生成、打包、部署及管理应用

2.1.NET框架部署目标

2.2将类型生成为模块 – 使用VS2005命令提示

       csc.exe /out:App.exe /t:exe /r:MSCorLib.dll App.cs

       csc.exe /out:App.exe(输出到,可加路径) /t:exe(默认编译为EXE) /r:MSCorLib.dll(查找的外部类型的程序集) App.cs(要编译的文件) 前三项为默认,可以去掉; /nostdlib 不引用默认的程序集;/t:exe 控制台用户界面(console user interface,简称CUI) /t:winexe 应用程序和图形用户界面(graphical user interface,简称GUI) /t:library DLL文件 /t:module 不带清单原数据表的PE文件,扩展名.netmodule;

       P.39 表2.1 常用的元数据定义表

       P.40 表2.2 常用的元数据引用表

       ILDasm 的使用  

视图 à 原信息 à 显示!  查看元数据信息

视图 à 统计              查看文件大小、表头、IL代码(Managed Code)等信息

       2.3将模块组合为程序集

              程序集(assebmly)是包含一个或多个类型定义文件和资源文件的集合,是CLR操作的对象。

              特性:①定义了可重用的类型;②标识有一个版本号;③可以包含与之相关的安全信息;

       P.48 表2.3 清单元数据表

              清单为程序集的使用者和其各个部分之间提供了一层间接关联,也使得程序集得以实现自描述。

              /addmodule 加载.netmodule文件为本程序集的一部分。

              只有当引用一个类型的方法被调用时,CLR才回加载该类型所在的程序集文件。

              2.3.1使用Visual Studio .NET IDE为项目添加程序集引用

              2.3.2使用程序集链接器(Assembly Linker,即AL.exe)

                     可以产生一个出来清单外不包括任何其他内容的EXE或者DLL PE文件,其中的清单只用于描述其他模块中的类型。al /out:Ming.dll /t:library aaa.netmodule bbb.netmodule

              2.3.3在程序集中包含资源文件

                     AL.exe 中使用/embed[resource] 或者 /link[resource](不会将资源编译进去,必须随时在EXE文件同级文件夹带着资源文件)

                     Csc.exe 中使用/resource 或者 /linkresource与/link类似

                     /win32res  嵌入Win32资源文件.res

                     /win32icon 嵌入ico文件

       2.4程序集版本资源信息

              鼠标右键版本选项卡下版本信息内容

              类中使用特性[assembly:AssemblyVersion(“1.0.0.0”)] 等,见P.57 内容

AL.exe 命令行开关见P.58-59 表2.4 命令行开关及定制特性

2.4.1版本号

       四个点分开:主版本号、此版本号、生成版本号、修订版本号,可以自己设计模式

       2.5语言文化

              没有指定语言文化的程序集被称为是语言文化中性(culture neutral)的程序集。

       AL.exe 命令行 /c[ulture]

              特性 [assembly:AssemblyCulture(“zh-cn”)]

       2.6简单应用程序部署(私有部署程序集)

              和应用程序部署在同一目录下的程序集称作私有部署程序集(privately deployed assembly)

              这些程序集不会为其他的应用程序所共享(除非该应用程序也在同目录下)

              部署方法:简单的复制到一个应用程序的基目录下,CLR就能够加载并执行他们。

              卸载方法:删除该目录或者目录下的程序集即可。

       2.7简单管理控制(配置)

              Config配置文件

              可以在程序中使用System.Configuration命名空间中的类在运行时配置文件。

              控制面板 à 管理工具 à Microsoft .NET Framework Configuration 配置Machine.config文件

第三章     共享程序集

3.1两种程序集、两种部署方式

       弱命名程序集(weakly named assembly)、强命名程序集(strongly named assembly),不同点是强命名程序集有一个发布者的公钥/私钥对签名,唯一标示了程序集的发布者。弱命名无法进行全局部署。

3.2强命名程序集

       四个唯一标识程序集的特性:文件名(无扩展名)、版本号、语言文化标识和一个公有密钥。

       强命名实用工具(Strong Name Utility,即SN.exe)

       产生公钥/私钥对,SN –k name.keys;查看 SN –p name.keys name.PublicKey SN –tp name.PublicKey

       创建强程序集,代码中[assembly:AssemblyKeyFile(“name.keys”)]

       默认的散列算法SHA-1(Secure Hash Algorithm,安全散列算法)

3.3全局程序集缓存

       全局程序集缓存(Global Assembly Cache,即GAC),通常位于C:\Windows\Assembly\GAC

       缓存到GAC使用GACUtil.exe,不带命令行开关运行程序将出现开关提示

3.3.1GAC内部结构

       3.4引用强命名程序集

              csc.exe引用时不会去查找GAC目录

              响应文件(response file)使用@  csc.exe @aaa.rsp bbb.cs ccc.cs

       3.5强命名程序集的防篡改特性

       3.6延迟签名(delayed signing,也叫局部签名partial signing)

              允许我们只使用公司的共有密钥就可以生成程序集。将失去防篡改保护功能。

              程序中使用AssemblyKeyFileAttribute和AssemblyDelaySignAttribute两个特性来完成。

              AL.exe 使用/keyf[ile]和/delay[sign]来实现

              测试时,执行一次即可 SN.exe –Vr aaa.dll

              准备打包和部署程序集时,取回公钥/私钥对 SN.exe –R aaa.dll aaaPrivateKey.keys

              恢复验证过程进行测试,SN.exe –Vu aaa.dll

              Visual Studio .NET 自动会添加一个 AssemblyInfo.cs 用于对程序集特性惊醒设置。

       3.7强命名程序集的私有部署

              使用配置文件,对codeBase进行配置URL地址,进行小范围私有部署

       3.8并存执行

              CLR能偶将名称相同但路径不同的多个文件加载到同一个地址空间,这在.NET框架中成为并存(side-by-side)执行。

       3.9CLR如何解析类型引用

              当CLR以JIT的方式编译该段代码,它会检测到所有引用到的类型和成员,并加载定义他们的程序集(如何还没加载),寻找的地方:没有找到将抛出异常

①    同一个文件;②不同的文件,相同的程序集;③不同的文件,不同的程序集;

3.10高级管理控制(配置)

       3.10.1发布者策略控制

3.11修复错误的应用程序

 

posted @ 2009-12-13 17:01  壊小子  阅读(440)  评论(0编辑  收藏  举报