Master Pages是asp.net v2.0中新增的一种文件类型，其扩展名为.master。这个文件的作用类似于模版，是一个定义好了的布局，而需要展现不同内容的地方则有一个叫做contentplaceholder的新增的服务器控件来占位声明(也可以定义默认显示的内容)，任何引用这个master文件的.aspx文件需要在开头作类似如下声明:
<![CDATA[<%@ page language="C#" master="~/website.master" %>
]]>
这种引用.master文件的.aspx被称为Content Page，在这种文件中，使用了一种新的叫做Content的服务器控件来显示某个.master中的站位声明要出现的内容。(如果不加入这个Content服务器控件则不需要任何的代码)。
.master文件的引进实际上解决了一个之前在asp.net v1.*中很多社区讨论过的Template Page技术，这种技术主要是通过一个继承System.Web.UI.Page的Class，通过重写Page中的某些方法来在运行时生成一个一个类似如下的结构:
<![CDATA[<HTML>
<HEAD>
<body>
<FORM id=MainForm runat="server">
...
</FORM>
</body>
</html>
]]>Form中间的内容由继承这个Class的实际Page页面来实现，这种办法带来了一些便利，比如css的统一控制，比如可以连接到默认的项目需要的js公共脚本文件，而且可以通过修改VS.NET的模版文件将默认.aspx文件产生的代码全部去掉，更加简洁。但是这种方案VS.NET的设计时支持变得很差，就算以
这种形式开头的代码页不再有智能提示。而现在的Master Pages很容易就实现了这一点,而且比Template Page实现起来简单多了，加上强大的设计时支持无疑使得Master Pages成为Template Page实现的首选.
一、code-behind（Asp.net 1.0/1.1）
VS.NET 2002(2003)用一种叫做code-behind的特性来将html、control和应用逻辑分开,默认的code-behind文件自动继承System.Web.UI.Page的特性,事件的自动对应连接,设计器的改动都会及时反映到code-behind文件中,省却了很多输入代码的时间.当第一次从ASP的混合开发转入这种形式开发后你已经会为这种功能带来的便利感到非常的兴奋.但是同时code-behind也带来了一些局限性,首先,任何code-behind文件的修改都必须导致整个Project重新编译;其次,编译成单一的Assembly对于多人开发有一定的局限;再者就是.aspx和code-behind class的同步问题,比如你可能会突然间发现不知道什么时候一个按钮竟然没有任何作用了,找了半天以后发现,原来InitializeComponent()中的事件邦定不知道什么时候在code-behind class中丢掉了.最后,添加单一的.aspx文件比较困难,尽管可以通过添加一个比如.txt文件来改名成.aspx文件,但是在这种情况下原先带code-behind的aspx文件所具有的一些IDE设计时支持此时就消失殆尽了,编辑这个.aspx文件根notepad没有太多不同.
二、动态编译
为了解决code-behind带来的一些负面影响,Asp.net 2.0提供了一些很有成效的功能,比如动态编译.故名思义,动态编译解决了每次修改code-behind文件都必须要重新编译整个Project的情况,而是在用户第一次请求的时候再动态编译,(当然这时候带来一定的性能损失),但之后就跟预编译没有什么不同了,这种情况特别适合于那种经常需要改变class文件的需求,不需要每次修改都要重新启动Web Application.Asp.net 2.0提供了一个特殊的文件夹,名字叫做:Code.在这个\Code Directory里面可以放入你的Business Logic Component或者Data Access Component,Resource资源文件等等,所以这些都不需要编译,而且开发环境同样支持智能提示(VS.NET2002中必须编译后才能实现这种功能).
三、预编译支持
尽管Asp.net 2.0提供了动态编译的功能,但是由于动态编译在用户首次访问会带来一定的性能冲击,并不是所有的情况都适合,而且你很可能在发布Application的时候不想暴露源代码,因此,Asp.net 2.0同样支持预编译,Asp.net 2.0支持两种不同的预编译:
1、In-Place Precompilation
这种方式的预编译是通过类似这样的形式来实现的
localhost/WebApplication/precompile.axd如果程序有错误,马上就会中断并显示大家都很熟悉的编译错误的画面以进行排错,如果一切正常,则显示如下的信息:
The application was successfully precompiled.
这种预编译形式主要解决了动态编译带来的第一次访问的性能冲击.
2、Precompilation for Deployment
这种形式的编译是由一个基于命令行的工具来完成了,其形式如下:
aspnet_compiler /v /<websitename> –p <source> <destination>
下图是我测试的一个编译截图
这种模式的编译要求<websitename>必须是一个可用的IIS虚拟目录.默认的编译将产生只包含.aspx文件(可能还含有html或者gif等等资源文件)和一个bin目录,看上去类似Asp.net 1.0(1.1),但是如果你把.aspx文件全部删除以后你会发现,再次请求删除的.aspx文件照样可以响应,而不是返回404错误,这时因为.aspx文件也被编译了,并且放入bin目录中.
总结:
Asp.net 2.0带来的三种新的编译模式使得Asp.net的编译更加的灵活,用户选择余地更大,VS.NET Whidbey也对此提供了强大的智能提示支持,包括新增的in-line code和runat=server的script快的智能提示支持,所有的这些都已经开始临近......
安装完了Together For Vs.net 2003以后一直都只是做一些小实验，现在我将一个以前在VS.NET2002中做的Project转成VS.NET 2003项目以后，每次打开Together都会自动生成Model View超级慢，而且我添加一个文件就导致CPU占用达到100%，然后VS.NET停止响应，此项目大概有150多个文件，不应该如此之慢吧？如果是这样的话大项目不是非常痛苦？还是像Visio那样不要嵌入VS.NET比较好.
突然间忙了起来，一年半前开始写的Asp.net程序继续修改满足客户新的需求，已经明显的越来越难以维护和扩展了，甚至这个Application连Refactoring的资本都没有，准备新版中。
与新东家联系中，现在特别想找找为工作加班的感觉，真是太贱了啊。不过我确实是感觉长时间自由的生活太容易让人失去激情，要是工作和自由生活两不误那多好啊
从ccboy那里download了VWD和Report Services，这两天也花了不少时间在这些上面，下午花了一点时间试用了一下Report Services的设计器，我做的第一件事就是看能不能方便的设计一个表格呢？带框线的那种，外国的报表好像很少有全部框线的，而中国的很多报表却需要这样，我在设计器中一眼就看到了TABLE这个Report Item，但是经过测试，还是没有找到能够方便画出一个<中国式>的Table，必须还要去设置TableRow的BorderWidth和BorderStyle，但是这样的话会使某些线条产生重叠变成粗线了...不知道有没有好的办法呢？图表控件方面直接使用的是Office OWC控件，比Crystal Report感觉还有一定的差距。至于页面设计方面也和CR不太相同，只有Header、Detail、Footer3个节，让初次接触的人也能够很快领会每个Section的作用。另外一个问题是Export功能导出的文件中文均无法正常显示，希望正式版不会出现这种问题。
一美国公司准备在厦门开设一家类似办事处的服务中心，先期要招聘3-4名Asp.net开发人员，主要适用VB.NET，(C#也可)，数据库为SqlServer2000，E文好的最好，要接受来自美国的电话面试(当然大部分将中文)。公司情况我自己也不清楚，甚至目前公司地址也尚未确定，可提供的信息不多
看到很多人都在使用AnotherEon001这个模版，开心给我设置的也是默认为这个模版，不过其中右上角的那些统计文字有点别扭，利用Custom Css Selector可以来修正一下，或许大家是懒得动手，我就直接贴出来，需要更正的就直接copy一下吧
.BlogStats {font-size:9pt;font-family:宋体,verdana}
#footer {font-size:8pt}
.itemdesc {font-size:9pt;}
#footer如果Author是中文的话还是要用9pt或者12px比较好，如果是英文用8pt更好看一点
private DataSet _dsContacts;
private string _sSort;
private void Page_Load(object sender, System.EventArgs e)
{
//code here
}