c#用发布的的方式发布的网页可以替换吗

1. Allow this precompiled site to be updatable: 该选项允许*.aspx文件不编译到汇报集里，也就是选中该选项后，你可以改变页面的标记。这个类似于2003，但是有个地方发生了改变。

2. Use fixed naming and single page assemblies：该选项运行你预编差渣译特定的文件名称的代码。虚森悄

3. Enable strong naming on precompiled assemblies：该选项要求生成强命名的春衫程序集。

snk文件在.net里面被用作存放密钥或密钥对的存储文件，生成密钥对snk文件可以用.net中的sn.exe命令，如“sn -k keyPair.snk”。

snk本身只是用来存放非对称密钥的，但在各个需要用到加密、签名的地方都可以使用：

用snk文件生成强命名程序集，这样一个assembly才可以被赋予full-trust属性，也可以被添加到GAC中。在VS.NET中生成 strong-named assembly，只需要在AssemblyInfo.cs里面添加一下代码并编译即可：

[assembly: AssemblyDelaySign(false)]

[assembly: AssemblyKeyFile("..\\..\\keyPair.snk")]

[assembly: AssemblyKeyName("")]

强命名程序集的缘由： 目前Windows中出现的DLL Hell问题（两个不同的公司可能开发处具有相同名称的程序集，如果将相同名称的程序 集放置到同一个目录下，则会出现程序集覆盖现象，最后安装的程序集会覆盖前面的程序集，从而可能导致应用序不能正常运行）。由此看来，仅靠名称来区分程序 集是不足够的。CLR采取了强命名程序集的方式来唯一的表示程序集。强命名程序集包含四个标识：名称，版本号，语言文化标识和一个共有/私有密钥对。两种 程序集/两种部署方式：.Net支持两种唯悄程序集：弱命名程序集和强命名程序集（注：.Net框架中没有弱命名程序集，只是为了和强命名程序集相对应而 已）。弱命名程序集和强命名程序集在结构上是相同的。他们都采用PE文件格式，包含PE表头，CLR表头，元数据和清单表。区别在于：强命名程序集拥有一 个发布者的公钥/私钥签名对，他们用于唯一的标识程序集的发布者。通过公钥/私钥对，我们可以对程序集进行唯一的标识，安全策略和版本策略。 如

using System.Reflection

using System

using System.Runtime.ConstrainedExecution

using System.Runtime.CompilerServices

using System.Runtime.InteropServices

//是否符合公共语言规范（CLS）

[assembly: CLSCompliant(true) ]

//控制程序集中所有类型对COM的可访问性

[assembly: ComVisible(false)]

//代码的作者和这些代码的的开发人员之间的可靠协定

[assembly: ReliabilityContract(Consistency.WillNotCorruptState,Cer.MayFail)]

// 有关程序集的常规信息通过下列属性集

// 控制。更改这些属性值可修改

// 与程序集关联的信息。

[assembly: AssemblyTitle("TestPetShop.SQLServerDAL")]

[assembly: AssemblyDescription("T测试PetShop4.0")]

[assembly: AssemblyConfiguration("")]

[assembly: AssemblyCompany("CCP")]

[assembly: AssemblyProduct("TestPetShop.SQLServerDAL")]

[assembly: AssemblyCopyright("版权所有 (C) CCP 2007")]

[assembly: AssemblyTrademark("")]

[assembly: AssemblyCulture("")]

// 将 ComVisible 设置为 false 使此程序集中的类型

// 对 COM 组件不可见。如果需要从 COM 访问此程序集中的类型，

// 则将该类型上的 ComVisible 属性设置为 true。指启渣

[assembly: ComVisible(false)]

// 如果此项目向 COM 公开，则下列 GUID 用于类型库的 ID

[assembly: Guid("dc8b813c-f361-476f-8cf1-8fab3d57ced7")]

// 程序集的版本信息由下面四个值组成:

//

// 主版本

// 次版本

// 内旁察部版本号

// 修订号

//

[assembly: AssemblyVersion("1.0.0.0")]

[assembly: AssemblyFileVersion("1.0.0.0")]

程序集合的相关信息也可以直接点击项目属性里—应用车工内许—程序集信息 直接修改 详情参见： http://msdn.microsoft.com/zh-cn/library/aa561787(BTS.10).aspx

为没有源码的DLL文件添加强名称如果项目中引用了其他没有源码的dll文件，并且此dll文件是没有强名称的程序集，则编译时会出现类似 "Assembly generation failed -- 引用的程序集 'xxxxxxxxxxx' 没有强名称" 这样的错误。

我这里引用的是Interop.Scripting.dll程序集，它则明不是强名称的，则需要进行以下 *** 作：

1.打开SDK 命令提示窗口

2.创建一个新的随机密钥对:

sn -k Interop.Scripting.snk

3.反编译目标程序集

ildasm Interop.Scripting.dll /out=Interop.Scripting.il

3.重新编译，附带强命名参数

ilasm Interop.Scripting.il /dll /resource=Interop.Scripting.res /key=Interop.Scripting.snk /optimize

4.验证签名信息

sn -v Interop.Scripting.dll

OK,将生成的dll文件重新引入到项目中然后编译。

那么什么叫强命名程序集呢？我们知道，以前在Windows下开发程序时常会遭遇著名的“DLL Hell”问题，即动态链接库的向后兼容问题。微软在.Net产生前曾尝试使用COM组件的方式来解决DLL Hell问题，即使用Guid来唯一的标识每一个COM组件。但是，实际上使用COM组件（包括版本升级）也是一件颇为麻烦的事：为了运行COM组件就必须在组册表中对其进行注册，重新编译有可能破坏Guid从而导致原来引用此COM组件的程序不能正确运行，等等。

在.Net中，微软引入了一种新的解决方案：强命名程序集（Strong Name），以及与之配套的全局程序集缓存（GAC）来解决这个问题。

我们知道，.Net使用Name、Version、Culture、PublicToken四个属性来唯一标识一个程序集，而不同产品前三个属性（Name、Version和Culture）完全相同的情况是有可能发生的，如此一来，这唯一标识程序集可重任就落到PublicToken的头上了。强命名的程序集正是使用RSA来保证PublicToken的孙纯告唯一性，因为在理论上，非对称算法RSA生成的公钥/私钥对不会重复。.Net正是通过在编译项目时将指定的公钥/私钥对写入程序集来保证其唯一性。

对于全局程序集缓存（GAC），MSDN是这样介绍的：安装有公共语言运行库的每台计算机都具有称为全局程序集缓存的计算机范围内的代码缓存。全局程序集缓存中存储了专门指定给由计算机中若干应用程序共享的程裤扮序集。

在开发一般的、非共享的程序时，我们不需要使用强命名的程序集，仅将项目（Project）编辑成.DLL或者.EXE即可。但是，如果我们开发的是组件库、框架时，通过对程序集进行强命名，并使用将其部署到GAC中，可以保证我们的程序集不会出现版本问题。

---