通过控制对特定文件的访问
A) 我们还可以使用
标签控制对特定文件的访问。 为什么
元素不包含在
标记内,而是直接嵌套在
内元素?
B) 我意识到
元素用于 Asp.Net 设置,但为什么
还包含 < system.web>
? 是否指定
中指定的设置仅适用于文件包含在 Asp.Net 应用程序中时?
如果是这样,那么这是否表明
元素也可以用于非 Asp.Net 应用程序?
谢谢
A) We can also control access to specific files using <location>
tags. Why aren’t <location>
elements contained inside <system.web>
tag, but are instead nested directly inside <configuration>
element?
B) I realize <system.web>
element is used for Asp.Net settings, but why does <location>
also contain <system.web>
? Is it so that it specifies settings specified inside <system.web>
are applied only for when file is included in Asp.Net application?
If so, then that would suggest that <location>
element could be used for non-Asp.Net applications also?
thanx
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
问题是
并不是影响 ASP.NET 应用程序的唯一元素。
可以覆盖某些页面的一些默认值。 这是来自 MSDN 的示例:The thing is that
<system.web>
is not the only element that affects ASP.NET applications.<location>
can override some of the defaults for certain pages. Here's a sample from MSDN:疯狂猜测
几乎肯定与代码访问安全性有关,它可以使用 URL 作为代码组的成员资格条件。 我不认为这在 .NET 中得到了充分表达或实现,但这意味着相同的架构可以用于非 ASP.NET 场景。
guessing wildly
was almost certainly meant to be bound up with Code Access Security, which can use URLs as a membership condition for a code group. I don't think this was fully expressed or implemented in .NET, but it means the same schema could have been used for non-ASP.NET scenarios.