aspnet防止反编译

‘壹’ ASP.NET是什么

ASP.NET是.NET FrameWork的一部分，是一项微软公司的技术，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术，它可以在通过HTTP请求文档时再在Web服务器上动态创建它们。 指 Active Server Pages（动态服务器页面） ，运行于 IIS（Internet Information Server 服务，是Windows开发的Web服务器）之中的程序 。
………………………………………………

如果对aspnet感兴趣，看看一个大专生怎么自学aspnet到找到工作。
先做个自我介绍，我07年考上一所很烂专科民办的学校，学的是生物专业，具体的学校名称我就不说 出来献丑了。09年我就辍学了，我在那样的学校，一年学费要1万多，但是根本没有人学习，我实在看不 到希望，我就退学了。
退学后我也迷茫，大专都没有毕业，我真的不知道我能干什么，我在纠结着我能做什么。所以辍学后 我一段时间，我想去找工作，因为我比较沉默寡言，不是很会说话，我不适合去应聘做业务。我想应聘 做技术的，可是处处碰壁。
一次偶然的机会，我才听到aspnet这个行业。那天我去新华书店，在计算机分类那边想找本书学习 。后来有个女孩子走过来，问我是不是读计算机的，有没有兴趣学习aspnet，然后给我介绍了一下 aspnet现在的火热情况，告诉我学aspnet多么的有前景，给我了一份传单，aspnet培训的广告。听了 她的介绍，我心里痒痒的，确实我很想去学会一门自己的技术，靠自己的双手吃饭。
回家后，我就上网查了下aspnet，确实是当今比较热门的行业，也是比较好找工作的，工资也是相 对比较高。我就下决心想学aspnet了。于是我去找aspnet培训的相关信息，说真的，我也很迷茫，我 不知道培训是否真的能像他们宣传的那样好，所以我就想了解一段时间再做打算。
后来，我在网络知道看到一篇让我很鼓舞的文章是一个aspnet高手介绍没有基础的朋友怎么自学入 门学aspnet，文章写的很好，包含了如何学习，该怎么学习。他提到一个方法就是看视频，因为看书实 在太枯燥和费解的，很多我们也看不懂。这点我真的很认同，我自己看书往往看不了几页。
我在想，为什么别人都能自学成才，我也可以的！我要相信自己，所以我就想自学，如果实在学不会 我再去培训。
主意一定，我就去搜索aspnet的视频，虽然零星找到一些aspnet的视频，但是都不系统，我是想找 一个能够告诉我该怎么学的视频，一套从入门到精通的视频，一个比较完整的资料，最好能有老师教， 不懂可以请教的。
后来我又找到一份很好的视频，是在IT学习联盟推出的一份视频《零基础aspnet就业班》（喜欢《 零基础aspnet就业班》的可以复制 sina.lt/bsjr 粘贴浏览器地址栏按回车键即打开）
下面介绍下我的学习流程，希望对和我一样完全没有基础的朋友有所帮助。
收到他们寄过来的光盘后，我就开始学习了，由于我没有什么基础，我就从最简单的C#语言视频教程 学起，话说简单，其实我还是很多不懂的，只要重复多看几遍，就能看懂。C#语言我差不多学了一个礼 拜，接下来我就学了winform，SQL Server,html/css/javaScript，差不多也就三个礼拜。我每天都在不 停的写一些简单的代码，这样一月后我基本掌握了aspnet的全部基础。
接下来开始学习aspnet高级课程，老师幽默风趣而又轻松的课堂教课，使我发现原来学习aspnet并 不是一件很难的事情。之前我把aspnet基础学得还不错，到了到了aspnet高级部分，我觉不又不是很 难，可能老师太牛了，他能把复杂的问题讲的比较通俗易懂，有些难点的地方我还是连续看了五六次， 把他弄懂。每天下午6点下班后，吃了饭，马上跑回家。看视频，买了几本笔记本。当时，为了编程还花几百元了台二手的台式电脑，配置一般，但编程是足够的。一边看视频，一边记笔记，把重点都记下来，还一边跟着老师敲代码，为了能尽早学会aspnet。每天都坚持学5-6个小时。经常学到晚上一点多才睡觉。星期六，日不用上班，每天7点多起床，学到晚上11,12点。那段时间特别辛苦，特别累。在学习aspnet的三个多月里，除了吃饭睡觉工作，剩余的时间都在学习，因为我知道自己的计算机基础不是很好，也没有学过什么计算机，相对于那些科班的人来说我要比他们付出更多的努力。我只能咬紧牙关，坚持下去，我不能放弃，我要完成我的梦想，我要让我的家人过上好日子。终于三个多月后我把aspnet教程里的内容和项目都学完了，在学项目的过程中我发现项目特别重要，他能把你学过的知识全部联系起来，能更好的理解你所学的知识。还有学习过程中，动手很重要，要经常跟着老师动手敲，动手吧，跟着做，一行一行的跟着敲，再试着加一些自己的功能，按照自己的思路敲一些代码，收获远比干听大的多。 如果遇到暂时对于一些思路不能理解的，动手写，先写代码，慢慢你就会懂了。
于是我就到51job疯狂的投简历，因为我学历的问题，专科没有毕业，说真的，大公司没有人会要我，所以我投的都是民营的小公司，我希望自己的努力有所回报。没有想过几天过后，就有面试了，但是第一次面试我失败了，虽然我自认为笔试很好，因为我之前做了准备，但是他们的要求比较严格，需要有一年的项目经验，所以我没有被选中。
后来陆续面试了几家公司，终于功夫不负有心人。我终于面试上的，是在闵行的一家民营的企业，公司规模比较小，我的职务是aspnet开发程序员，但我也比较满足，开的工资是3500一个月，虽然我知道在上海3500只能过温饱的生活，但是我想我足够了。我至少不用每天都要靠父母养，我自己也能养活自己的。我想只要我继续努力，我工资一定会翻倍的。
把本文写出来，希望能让和我一样的没有基础的朋友有信心，其实我们没有必要自卑，我们不比别人笨，只要我们肯努力，我们一样会成功。

…………………………………………

‘贰’ 涓轰粈涔坵in7瀹夎卍otNet4.0澶辫触

澶辫触铡熷洜锛

asp.net鍙戝竷鍒癐IS涓鍑虹幇阌栾锛氩勭悊绋嫔簭钬淧ageHandlerFactory-Integrated钬濆湪鍏舵ā鍧楀垪琛ㄤ腑链変竴涓阌栾妯″潡钬淢anagedPipelineHandler钬

阌栾鍒嗘瀽锛

榛樿ら噰鐢ㄧ殑鏄.NET 4.0妗嗘灦锛4.0妗嗘灦鏄镫绔嬬殑CLR,鍜.NET 2.0镄勪笉钖岋纴濡傛灉𨱍宠繍琛.NET 4.0妗嗘灦镄勭绣绔欙纴闇瑕佺敤aspnet_regiis娉ㄥ唽.NET 4.0妗嗘灦锛岀劧钖庣敤.NET 4.0妗嗘灦镄刢lass姹狅纴灏卞彲浠ヨ繍琛.NET 4.0妗嗘灦镄剋eb椤圭洰浜嗐

阃犳垚涓婅堪阌栾镄勫师锲犳瀬链夊彲鑳芥槸锛氱敱浜庡厛瀹夎.NetFrameworkv4.0钖庡畨瑁卛is 7.5镓镊淬

瑙ｅ喅鏂规堬细

鈶犳垒鍒.NET 4.0妗嗘灦涓媋spnet_regiis镓鍦ㄧ洰褰曪纴鍦–鐩樻牴鐩褰曚腑鎼灭储aspnet_regiis锛屾垒鍒4.0妗嗘灦涓媋spnet_regiis镄勭洰褰曚綅缃,链浜烘湰链鐩褰曚负"C:WindowsMicrosoft.NETFrameworkv4.0.30319".

鐪嫔埌锲句腑镄勭晫闱锛屽氨鍙浠ュ湪IIS涓杩愯.net4.0閮ㄧ讲镄勭绣绔椤柦锛屽强NET4.0瀹夎呮垚锷 銆

‘叁’ 请问一个asp,net的问题

我想通过例子你很快就会明白了:

<?xml version="1.0"?>
<!--
注意: 除了手动编辑此文件以外，您还可以使用
Web 管理工具来配置应用程序的设置。可以使用 Visual Studio 中的
“网站”->“Asp.Net 配置”选项。
设置和注释的完整列表在
machine.config.comments 中，该文件通常位于
\Windows\Microsoft.Net\Framework\v2.x\Config 中
-->
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
<connectionStrings>
<add name="NorthwindConnectionString" connectionString="Data Source=8G4K5AU68FMJYV2\SQLEXPRESS;Initial Catalog=Northwind;Persist Security Info=True;User ID=sa;Password=123456"
providerName="System.Data.SqlClient" />
</connectionStrings>
<system.web>
<anonymousIdentification enabled="true"/>

</system.web>
</configuration>

这个配置文件的内容很少,但是包括非常重要的一节:configuration ->connectionStrings>.请注意,Web.Config文件是以XML 格式存储的,因此里边的信息采用"树型结构",就那上面来看,<connectionStrings />存储于<configuration />结,因此<connectionStrings />就是<configuration />所要表述的成员之一,也就是说每一个结点都存储应用程序的一些信息,而它们都是用过XML 属性结构归类的.我们要实现ASP.NET的应用程序的灵活性,很大程度上依赖了这些配置文件.举一个简单的例子:当我们在.ASPX文件中连接数据源时,需要先定义连接字符串,但是一套完整的应用程序包括很多数据源,也包括很多连接数据源的代码,因此你必须考虑把这些连接字符串统一的管理,统一的调用,就像定义了一个"全局变量",随时随地,任何时间任何地点(程序集)都可以调用出来,当我们需要更改连接字符的时候,也只需要在"全局变量"中修改即可.呵呵,有没有发现这个ASP.NET中最令人兴奋的技术呢?那么你就试试吧,下面是间单的例子:

class OleDb
{
public static void ConnectionDleDb()
{

using (OleDbConnection conn = new OleDbConnection(GetConnSring()))
{
OleDbCommand command = conn.CreateCommand();
command.CommandText = GetCommandString();
try
{
conn.Open();
OleDbDataReader reader = command.ExecuteReader();
while (reader.Read())
{
Console.Write("/t{0}/t{1}",reader[0],reader[1]);
Console.WriteLine("/n");
}
}
catch (Exception e)
{
Console.WriteLine(e.Message);
throw;
}
}
}
private static string GetConnSring()
{
ConnectionStringSettings settings =
ConfigurationManager.ConnectionStrings["NorthwindConnectionString"];
return (settings.ConnectionString);
}
private static string GetCommandString()
{
return (@"SELECT CategoryID, CategoryName FROM dbo.Categories;");
}
}

在这里,我们正好用到了Web.Config配置文件中的NorthwindConnectionString项,它存储了我们定义的一个连接字符串,在类OleDb中,方法GetConnSring使用ConfigurationManager类将Web.Config配置文件中的值取出,ConfigurationManager类则是.NET公开所的,提供给程序员的Web.Config文件操作类,在.NET类库中包含了很多实现类似功能的类,比如"成员资格提供程序","角色提供程序",它们与Web.Config配置文件配合组成了非常高效的应用程序管理机制.

以下是MSDN的相关文章:

---------------------------------------------------
使用 ASP.NET 配置系统的功能，可以配置整个服务器上的所有 ASP.NET 应用程序、单个 ASP.NET 应用程序、各个页面或应用程序子目录。可以配置各种功能，如身份验证模式、页缓存、编译器选项、自定义错误、调试和跟踪选项等等。

以下各节描述了 ASP.NET 配置系统的功能。

有关配置 .NET Framework 客户端应用程序的信息，请参见配置应用程序。

注意
ASP.NET 配置系统的功能仅适用于 ASP.NET 资源。例如，Forms 身份验证仅限制对 ASP.NET 文件的访问，而不限制对静态文件或 ASP（传统型）文件的访问，除非这些资源映射到 ASP.NET 文件扩展名。要配置非 ASP.NET 资源，应使用 Internet 信息服务 (IIS) 的配置功能。有关信息，请参见 Working with the IIS Metabase（使用 IIS 元数据库）和 IIS Metabase Property Reference（IIS 元数据库属性参考）。

配置文件
ASP.NET 配置数据存储在全部命名为 Web.config 的 XML 文本文件中，Web.config 文件可以出现在 ASP.NET 应用程序的多个目录中。使用这些文件，可以在将应用程序部署到服务器上之前、期间或之后方便地编辑配置数据。可以通过使用标准的文本编辑器、ASP.NET MMC 管理单元、网站管理工具或 ASP.NET 配置 API 来创建和编辑 ASP.NET 配置文件。

ASP.NET 配置文件将应用程序配置设置与应用程序代码分开。通过将配置数据与代码分开，可以方便地将设置与应用程序关联，在部署应用程序之后根据需要更改设置，以及扩展配置架构。

有关如何对 ASP.NET 配置文件中的数据进行组织的更多信息，请参见 ASP.NET 配置文件。ASP.NET 配置设置 中描述了可用的配置设置。

配置文件层次结构和继承
每个 Web.config 文件都将配置设置应用于它所在的目录以及它下面的所有子目录。可以选择用子目录中的设置重写或修改父目录中指定的设置。通过在 location 元素中指定一个路径，可以选择将 Web.config 文件中的配置设置应用于个别文件或子目录。

ASP.NET 配置层次结构的根为 systemroot\Microsoft.NET\Framework\versionNumber\CONFIG\Web.config 文件，该文件包括应用于所有运行某一具体版本的 .NET Framework 的 ASP.NET 应用程序的设置。由于每个 ASP.NET 应用程序都从根 Web.config 文件那里继承默认配置设置，因此只需为重写默认设置的设置创建 Web.config 文件。

注意
根 Web.config 文件从 Machine.config 文件那里继承一些基本配置设置，这两个文件位于同一个目录中。其中的某些设置不能在 Web.config 文件中被重写。有关更多信息，请参见 ASP.NET 配置文件层次结构和继承。

运行时，ASP.NET 使用 Web.config 文件按层次结构为传入的每个 URL 请求计算唯一的配置设置集合。这些设置只计算一次，随后将缓存在服务器上。ASP.NET 检测对配置文件进行的任何更改，然后自动将这些更改应用于受影响的应用程序，而且大多数情况下会重新启动应用程序。只要更改层次结构中的配置文件，就会自动计算并再次缓存分层配置设置。除非 processModel 节已更改，否则 IIS 服务器不必重新启动，所做的更改即会生效。

有关 ASP.NET 配置层次结构的工作原理的更多信息，请参见 ASP.NET 配置文件层次结构和继承和 ASP.NET 配置方案。

直接编辑配置文件
可以使用文本编辑器或 XML 编辑器来直接编辑配置文件。有关正确的语法，请参见 ASP.NET 配置设置和 常规配置设置 (ASP.NET) 中有关配置节的参考主题。有关更多信息，请参见编辑 ASP.NET 配置文件。

配置工具
使用 ASP.NET 配置系统所提供的工具来配置应用程序比使用文本编辑器简单，因为这些工具包括错误检测功能。

ASP.NET MMC 管理单元
用于 ASP.NET 的 Microsoft 管理控制台 (MMC) 管理单元提供一种在本地或远程 Web 服务器上的所有级别操作 ASP.NET 配置设置的方便途径。ASP.NET MMC 管理单元使用 ASP.NET 配置 API，但是它通过提供一个图形用户界面 (GUI) 来简化配置设置的编辑过程。另外，该工具还支持多个 ASP.NET 配置 API 功能，这些功能控制 Web 应用程序是否可以继承设置，并管理配置层次结构各级别之间的依赖性。

注意
若要使用 ASP.NET MMC 管理单元，必须使用具有管理权限的帐户登录到计算机。

ASP.NET MMC 管理单元在虚拟目录的属性页上显示为“ASP.NET”选项卡。

有关更多信息，请参见 ASP.NET MMC 管理单元。

网站管理工具
对网站具有管理权限的任何人都可以使用网站管理工具来管理该网站的配置设置。网站管理工具旨在为各个网站中最常用的配置设置提供一个用户友好的图形编辑工具。由于网站管理工具使用基于浏览器的界面，因此它允许您远程更改网站设置，这对于管理已经部署到成品 Web 服务器的站点（如承载的网站）非常有用。

网站管理工具与 ASP.NET MMC 管理单元在若干方面存在不同。例如，ASP.NET MMC 管理单元最适于管理员级别的配置，因为它提供对 Web 服务器上的整个配置文件层次结构的访问，而不是提供对单个网站的配置设置的访问。此外，您还必须是管理员才能使用 ASP.NET MMC 管理单元，而网站管理工具只允许各个网站所有者在他们具有管理权限的站点的根目录中配置 Web.config 文件。最后，您不能使用 ASP.NET MMC 管理单元来远程管理 IIS，但是，网站管理工具的浏览器界面允许远程配置 IIS 6.0 和更高版本的 IIS。

网站管理工具包括一个选项卡式界面，该界面在下列选项卡上对相关的配置设置进行分组：

“安全”选项卡，其中包含有助于保护 Web 应用程序资源并管理用户帐户和角色的设置。

“配置文件”选项卡，其中包含用来管理网站如何收集访问者信息的设置。

“应用程序”选项卡，其中包含用来管理影响 ASP.NET 应用程序的配置元素的设置。

“提供程序”选项卡，其中包含用来添加、编辑、删除、测试或分配应用程序提供程序的设置。

网站管理工具是随 .NET Framework 2.0 版自动安装的。有关该工具如何工作的信息，请参见 ASP.NET 网站管理工具。

命令行工具
.NET Framework 包括几个执行特定配置操作的命令行工具。例如，使用 Aspnet_regiis.exe 工具，可以指定将哪个版本的 .NET Framework 应用于 ASP.NET 应用程序。有关更多信息，请参见 .NET Framework 工具。

ASP.NET 配置 API
ASP.NET 配置系统提供一个完整的托管接口，使用该接口，可以通过编程方式配置 ASP.NET 应用程序，而不必直接编辑 XML 配置文件。另外，ASP.NET 配置 API 还执行下列任务：

通过为配置层次结构中所有级别的数据提供一个集成视图来简化管理任务。

支持部署任务，包括创建配置和用一个脚本配置多台计算机。

为构建 ASP.NET 应用程序、控制台应用程序和脚本、基于 Web 的管理工具和 MMC 管理单元的开发人员提供单一的编程接口。

防止开发人员和管理员进行无效的配置设置。

允许您扩展配置架构。您可以定义新配置参数并编写配置节处理程序以对它们进行处理。

提供从当前正在运行的应用程序获取配置信息的静态方法，以及从单独的应用程序获取配置信息的非静态方法。使用静态方法可以提高应用程序的运行速度，但是这些方法只能从您要获取其配置数据的应用程序内部使用。

有关更多信息，请参见 ASP.NET 配置 API。

配置安全性
ASP.NET 配置系统有助于防止未经授权的用户访问配置文件。ASP.NET 将 IIS 配置为拒绝任何浏览器访问 Machine.config 或 Web.config 文件。对于试图直接请求配置文件的任何浏览器，都返回 HTTP 访问错误 403（禁止）。

另外，将禁止一个 ASP.NET 应用程序中的配置文件访问其他 ASP.NET 应用程序中的配置设置，除非您的配置应用程序在完全信任模式下以对其他应用程序中的配置文件具有读取权限的帐户运行。

有关更多信息，请参见保证 ASP.NET 配置的安全和使用受保护的配置加密配置信息。

‘肆’ 此网站是面向ASP.NET的早期版本编译的.请使用对应的aspnet_merge早期版本合并它

解决办法：
1：大开vs2010-》文件-》打开项目（或者网站）
之后会提示是早起版本，是否备份，点击否。就会自动转换成功了！
2：如果不行，新建一个工程，仿照他的解决方案，建立一个新的解决方案，把代码黏贴进去!

Good Luck!希望能够帮助到你！

如果帮助到你，请采纳！谢谢！

‘伍’ aspnet有什么好

ASP.NET优点主要表现在：

◆可管理性：

ASP.NET 使用基于文本的、分级的配置系统，简化了将设置应用于服务器环境和 Web 应用程序的工作。因为配置信息是存储为纯文本的，因此可以在没有本地管理工具的帮助下应用新的设置。配置文件的任何变化都可以自动检测到并应用于应用程序。详细信息，请参阅ASP.NET 配置。

◆安全：

ASP.NET 为 Web 应用程序提供了默认的授权和身份验证方案。开发人员可以根据应用程序的需要很容易地添加、删除或替换这些方案。详细信息，请参阅ASP.NET 安全。

◆易于部署：

通过简单地将必要的文件复制到服务器上，ASP.NET 应用程序即可以部署到该服务器上。不需要重新启动服务器，甚至在部署或替换运行的已编译代码时也不需要重新启动。详细信息，请参阅ASP.NET 部署。

◆增强的性能：

ASP.NET 是运行在服务器上的已编译代码。与传统的 Active Server Pages (ASP) 不同，ASP.NET 能利用早期绑定、实时 (JIT) 编译、本机优化和全新的缓存服务来提高性能。详细信息，请参阅ASP.NET 性能监视。

◆灵活的输出缓存：

根据应用程序的需要，ASP.NET 可以缓存页数据、页的一部分或整个页。缓存的项目可以依赖于缓存中的文件或其他项目，或者可以根据过期策略进行刷新。

◆国际化：

ASP.NET 在内部使用 Unicode 以表示请求和响应数据。可以为每台计算机、每个目录和每页配置国际化设置。

◆移动设备支持：

ASP.NET 支持任何设备上的任何浏览器。开发人员使用与用于传统的桌面浏览器相同的编程技术来处理新的移动设备。

◆扩展性和可用性：

ASP.NET 被设计成可扩展的、具有特别专有的功能来提高群集的、多处理器环境的性能。此外，Internet 信息服务 (IIS) 和 ASP.NET 运行时密切监视和管理进程，以便在一个进程出现异常时，可在该位置创建新的进程使应用程序继续处理请求。详细信息，请参阅ASP.NET 进程隔离。

◆跟踪和调试：

ASP.NET 提供了跟踪服务，该服务可在应用程序级别和页面级别调试过程中启用。可以选择查看页面的信息，或者使用应用程序级别的跟踪查看工具查看信息。在开发和应用程序处于生产状态时，ASP.NET 支持使用 .NET Framework 调试工具进行本地和远程调试。当应用程序处于生产状态时，跟踪语句能够留在产品代码中而不会影响性能。

◆与 .NET Framework 集成：

因为 ASP.NET 是 .NET Framework 的一部分，整个平台的功能和灵活性对 Web 应用程序都是可用的。也可从 Web 上流畅地访问 .NET 类库以及消息和数据访问解决方案。ASP.NET 是独立于语言之外的，所以开发人员能选择最适于应用程序的语言。另外，公共语言运行库的互用性还保存了基于 COM 开发的现有投资。

◆与现有ASP应用程序的兼容性：

ASP和ASP.NET 可并行运行在IIS Web服务器上而互不冲突；不会发生因安装 ASP.NET 而导致现有 ASP 应用程序崩溃的可能。ASP.NET 仅处理具有 .aspx 文件扩展名的文件。具有 .asp 文件扩展名的文件继续由 ASP 引擎来处理。然而，应该注意的是会话状态和应用程序状态并不在 ASP 和 ASP.NET 页面之间共享。

另外ASP.NET优点还包括了ASP.NET启用了分布式应用程序的两个功能：Web窗体和 XML Web 服务。相同的配置和调试基本结构支持这两种功能。

Web 窗体技术使您建立强大的基于窗体的网页。Web 窗体页面使用可重复使用的内建组件或自定义组件以简化页面中的代码。
使用 ASP.NET 创建的 XML Web 服务可使您远程访问服务器。使用 XML Web 服务，商家可以提供其数据或商业规则的可编程接口，之后可以由客户端和服务器端应用程序获得和操作。通过在客户端/服务器和服务器/服务器方案中的防火墙范围内使用标准（如 XML 消息处理和 HTTP），XML Web 服务可启用数据交换。以任何语言编写的且运行在任何操作系统上的程序都能调用 XML Web 服务。

ASP.NET优点就向你介绍到这里，希望通过这样的介绍使你更加了解ASP.NET优点，更好的使用ASP.NET。

‘陆’ VS2005 debug编译和msbuild编译 有什么区别

用aspnet_compiler发布网站在asp.net 2.0模型中，vs2005已经完全脱离了编译而成为了一个彻底的ide.算是一个不小的改动。其中更是取消了有关Web Application的概念，使得习惯了vs2003的人刚开始的时候会有一些摸不着头脑。下面简单说一下我在使用过程中自己总结的，算是一点经验。

新建web工程并且位置是文件系统的时候，vs2005只是帮你建好了一个sln文件，这个东西只是指引msbuild 如何进行编译的，过程是：ide 调用 msbuild ,msbuild解析sln文件,msbuild调用aspnet_compiler.exe进行网站的编译。所以aspnet_compiler.exe只是负责进行网站的编译的。

预编译的概念在 .netframework 1.1 里面就存在了，vs2003中的预编译指的是将页面对应的cs/vb文件与resx文件编译后统一集成到一个dll中放到bin目录下，将aspx文件直接拷贝过去。这样做会留下隐患，因为aspx文件就直接暴露在最后的发行包中，如果完全是codeb-behind模型还好，只能改改界面，如果采用了页面上的来生成页面，源代码就暴露了。针对这些问题，vs2005采用了一种新的模式。
请参看ASP.NET 编译工具 (Aspnet_compiler.exe) 这篇文章了解对各种文件的处理方式。

IDE发布：
vs2005中选择 生成-〉发布网站，在对话框中的操作将映射到aspnet_compiler.exe的参数中，可更新的发布对应 -u，其他选项类似，请参考上面的文章了解。
注意：发布时将忽略web.config中的debug参数，统一生成无调试信息的文件。

手工编译：
简单说来，如果是无更新发布模式编译，appcode下面的class编译成dll放在bin下,页面内容清空位置不变作占位用，同时页面被编译成一个随机名称的dll,增加一个同名.compiled文件到bin目录下，内容大概如下：

<?xml version="1.0" encoding="utf-8"?>
<preserve resultType="3" virtualPath="/Forum/AdminList.aspx" hash="6772609c3" filehash="49154463f1d6738c" flags="110000" assembly="App_Web_hmrycg3w" type="ASP.forum_adminlist_aspx">
<filedeps>
<filedep name="/Controls/footer.ascx" />
<filedep name="/Controls/header.ascx" />
<filedep name="/Forum/AdminList.aspx" />
<filedep name="/Forum/AdminList.aspx.cs" />
<filedep name="/Forum/menu.ascx" />
<filedep name="/Forum/menu.ascx.cs" />
</filedeps>
</preserve>
里面只是列出了页面上的customcontrol,这里已经完成了和masterfile的映射。这样最大限度的保护了页面的敏感信息，发布过的网站中只能看见一堆文件名了。可更新的发布模式与vs2003类似，页面就直接拷贝过来不予编译了。

讲了一堆原理，下面说一下aspnet_compiler.exe的调用方法,这是我使用的例子

我的开发目录是这样的

Project/
library/
devroot/
pubroot/
proj.sln
使用的命令如下：

aspnet_compiler -v / -p .\devroot -f .\pubroot
分析：

-v / 指明了iis的虚拟目录
-p .\devroot 表示代码实际位置
.\pubroot 指明了要发布的位置
-f 表示强制改写目标位置
你还可以用-u来进行传统意义上的预编译，-d来插入编译符号。

总的来说，aspnet_compile结合msbuild,提供了一个很好的自动化编译环境，值得研究研究：）

‘柒’ 编译器错误消息: ASPNET: 请确保此代码文件中定义的类与“inherits”特性匹配，并且该类扩展的基类

修改对应的aspx文件，找到开头的地方，修改成：<%@ Page Language="C#" AutoEventWireup="true" CodeFile="shop_proct_type
aspx.cs" Inherits="shop_proct_type" %>
其中CodeFile=后面的是哪个aspx.cs文件就写哪个，如实写。