aspnet_compile -v 开关到底有什么作用?
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 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论