StrongNameIdentityPermission的问题

该篇文章是我于2009年6月10日通过自己编写的工具，批量从位于在博客园的博客站点(http://chenxizhang.cnblogs.com)同步而来。文章中的图片地址仍然是链接到博客园的。特此说明！ 陈希章 原文地址：http://www.cnblogs.com/chenxizhang/archive/2008/09/08/1287038.html 原文标题：StrongNameIdentityPermission的问题 原文发表：2008/9/8 11:52:00

使用StrongNameIdentityPermission的场合主要是保护程序集被合法的程序调用。这本来是一个很好的设计，但不解的是在.NET 2.0中这个特性居然有问题了

http://msdn.microsoft.com/zh-cn/library/system.security.permissions.strongnameidentitypermission.aspx

请注意下面这一段

在 .NET Framework 1.0 和 1.1 版中，即使调用程序集受到完全信任，对标识权限的要求也仍然有效。即，即使调用程序集已获得完全信任，如果该程序集不满足要求的条件，对标识权限的请求也将失败。在 .NET Framework 2.0 版中，如果调用程序集已获得完全信任，则对标识权限的要求将无效。这样做可确保所有权限的一致性，避免了标识权限的处理特殊化现象。

这是相当令人费解的，如果调用方获得完全信任，则对标识权限的要求将无效。要知道，在本机运行的程序默认都是完全信任的，即便不是，用户也可以单独为该程序集赋予完全信任的权限，这样做的结果不是很荒唐吗，直接把StrongNameIdentityPermission给废了？

更加让人不解的是，专门就该问题去找GTSC，居然也答不出所以然来。服了...

不管怎样，该问题后续还是要继续观察一下

 

又及：经过查阅资料，得出一个解决之道，即通过在调用方的配置文件中加入下面的内容，这样就可以使用与.NET 1.1一样的策略了。但这仍然是很离谱，不是吗？想想看，我们希望使用StrongNameIdentityPermission的目的到底什么？我们难道是为了防止自己使用吗？显然不是的。

那我们是不是应该这样告诉调用方：嘿，哥们！我为了防止你调用该程序集，使用了StrongNameIdentityPermission，所以为了配合我达到这个目的，你需要在调用之前增加一个配置文件，然后呢再来调用。

 
   
 

作者：陈希章 出处：http://blog.youkuaiyun.com/chen_xizhang 本文版权归作者所有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。