aspnet_compile -v 开关到底有什么作用?

发布于 2024-12-22 23:56:01 字数 880 浏览 2 评论 0原文

aspnet_compiler 需要 -v 作为虚拟路径(或从中派生虚拟路径的 -m),即使当 -p< /code> 已指定。

例如:

aspnet_compiler -p c:\Projects\WebSites\WebSite3 -v /WebSite3 c:\Precompiled

我想知道为什么 -v 很重要。你可以输入一个虚假的路径,它仍然会编译。该值最终作为 virtualPath 属性的一部分出现在 .compiled 文件中。例如:

<?xml version="1.0" encoding="utf-8"?>
<preserve resultType="8" virtualPath="/WebSite3/global.asax" hash="6c89111" filehash="11b1c8ce4647" flags="150000" assembly="App_global.asax" type="ASP.global_asax">
    <filedeps>
        <filedep name="/WebSite3/global.asax" />
    </filedeps>
</preserve>

如果安装在服务器上,即使 .compiled 文件中的 virtualPath 不匹配(或伪造),该站点似乎也能正常工作。那么,aspnet_compiler 有什么充分的理由在指定这一点上大惊小怪吗?

The aspnet_compiler requires -v for virtual path (or -m from which it derives the virtual path), even when -p is specified.

For example:

aspnet_compiler -p c:\Projects\WebSites\WebSite3 -v /WebSite3 c:\Precompiled

I wonder why the -v is important. You can put a bogus path and it will still compile. The value ends up in the .compiled files as part of the virtualPath attribute. For example:

<?xml version="1.0" encoding="utf-8"?>
<preserve resultType="8" virtualPath="/WebSite3/global.asax" hash="6c89111" filehash="11b1c8ce4647" flags="150000" assembly="App_global.asax" type="ASP.global_asax">
    <filedeps>
        <filedep name="/WebSite3/global.asax" />
    </filedeps>
</preserve>

If installed on a server, the site seems to work fine even with a mismatched (or bogus) virtualPath in the .compiled file. So is there any good reason aspnet_compiler is making a fuss about specifying this?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文