.NET 代码访问安全性已经存在了很长时间,但它似乎很少在现实世界中使用.
根据我的思维方式,这似乎是一个很好的概念,也是我在.NET之前没见过的概念.(它是否存在于其他语言中？)
我想知道是否有人在他们的项目中主动使用它,为什么？
对于那些没有使用它的人,除了"我们没有安全预算"或"我没有时间学习安全"之外还有正当理由吗？
最终实现目标的效果如何？
它并没有被大量使用,因为对于最终开发人员(即,不是为其他开发人员构建组件的开发人员),大多数时候,我们的目标是完全信任的环境,或者针对这样的环境是选项.代码将在我们的网络服务器上运行,或者在我们公司拥有的客户端机器上运行.在任何一种情况下,以完全信任方式运行代码都不是问题 - 代码运行的实体信任开发人员.我知道使用CAS的唯一情况是在像Sharepoint这样的环境中,有一半的时候,我们只是GAC那些程序集完全信任.
那么为什么我们不花费精力学习如何为部分可信的场景编写代码呢？嗯,说实话,完全信任是有效的,如果你不是在执行者不能信任作家的情况下,那就不需要了,我的客户也不会付钱给我象牙塔式建筑 - 他们支付我运行满足其业务需求的代码.在大多数常见情况下,CAS不是必需的.
真正的原因是微软没有给出关于如何使用代码访问安全性的指导和最佳实践。所以它从未真正起飞。他们从未解释过为什么你想要保护你的代码。异常发生时会发生什么，如何恢复。我认为这些是主要问题。
不要将此与已提供指导和最佳实践的数据访问安全性混淆。
| 归档时间： |
|
| 查看次数： |
344 次 |
| 最近记录： |