aspnet网站的编译
A. VS 中如何把编译好的ASP.NET网站 反编译啊
如果是通过普通发布的话,
在aspx页面page指令中有一个属性inherits 他就是说他相对应的cs文件,生成了DLL的名字,不过都是随机命名的。找到后可以用.NET Reflector 反编译下,
如果是用WebDeploymentSetup插件发布的话, 就只有一个程序集了,那更好办了
B. asp.net编译模型
asp.net在1.x版本时,采用组件为主的编译方式,每个网页生成一个组件,允许自由定义命名空间,部署应用更便捷。然而,在大量代码的网站中,这种编译方式会导致加载速度变慢,占用存储器大量空间,且当时存储器价格较高。
因此,从asp.net 2.0起,引入了预先编译模型,每个网页分别编译成组件,文件名以App_和随机字符串命名。这样,无需加载过多代码至内存中,提升了效率。然而,预先编译模型无法自定义命名空间,且在更新时需同步更新所有DLL文件及网页,否则会导致名称不一致,影响加载。
早期,仅提供预先编译模式,其不足迅速显现。为此,微软为asp.net 2.0开发了沿用1.x编译模型的工具:Web Application Project。从Visual Studio 2008开始内置,至此,asp.net支持两种编译模式的架构,提供更灵活的选择。
(2)aspnet网站的编译扩展阅读
ASP 是一项微软公司的技术,是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。 指 Active Server Pages(动态服务器页面) ,运行于 IIS 之中的程序 。
C. asp.net编译的问题
要不要编译要看你改动是什么类型的文件了,
如果你改了已.aspx为后缀里的文件一般是不需要编译的
(切忌<%=%>,<%#Eval("")%>像这样的文件最好不要改动),
如果你改了已.cs为后缀里的文件是一定需要编译的,因为改动.cs文件就会在Bin文件夹里生成新的里.DLL的文件(和改动前的是有区别的),如果不编译将无法正常访问。
1,编译后可以防止别人看到源码,
2,也可以加快程序执行的速率
D. 在VS2005 环境下asp.net如何完全编译即编译后bin文件夹里有所有文件的compiled文件和dll文件。
很简单。你在用vs2005发布网站的时候是不是会有一个选项是默认打上勾的(就是这个:是否允许更新此预编译站点),把勾去掉,然后再确定发布。
这样子的好处是安全,无法远程修改。
E. ASP.NET中出现 这是预编译工具生成的标记文件,不应被删除!
asp.net网站的运行机制,当有网站上的任何一个aspx、ascx文件被修改,就会导致整个网站的重新编译,如果网站的页面数量很多,而且编译的时候正好赶上有大量的用户访问,那个这个更新是很致命的。
asp.net 2.0提供了一个新的机制,叫做部署预编译(Precompilation deployment),其实说白了,就是把asp.net网站编译好了,再发布出去,比如app_code和resource什么的,都会被预编译成dll文件,既然已经被编译好了,当然就不涉及到第一次访问比较慢的过程了。
这个部署预编译功能,还有一个比较强大的地方,就是在知识产权保护方面,为什么这样说呢,因为他会把所有的aspx、ascx和cs文件,都编译到dll文件里面,也就是说用户就算进去了服务器,有权限在本地浏览网站目录,也是看不到源代码的。所有的网页文件中,只有一句话,“这是预编译工具生成的标记文件,不应被删除!”。