ASP.NET 页面指令

  

1.@Page指令

     该指令用于分配Web Forms页面分析器和编译器所使用的特定页面的属性，以此来影响页面的创建过程。该指令和其他所有我们将要看到的指令都合法地置于页面的各处，但按照惯例他们通常位于文件的顶端。不过在单个文件中可以只有一个@Page指令。

2.@Import指令

该指令用来在页面中明确导入一个名称空间。这奖使页面中的代码可使用所有包含在该名称空间中的类和接口。该值可以是一个.NET Framework名称空间的名称，也可以是一个有效的用户所创建的名称空间。只能为每条指令导入一个名称空间，因此如果要在一个页面中导入多个名称空间，需要有多个@Import语句。.NET Framework会自动为您导入一组名称空间，因此你不必明确导入它们。

3.@Implements指令

@Implements 指令允许你在页面中实现一个.NET接口。当实现接口时，你要确定自己的页面支持特定接口的所定义的属性、方法和事件。

4.@Register指令

不论你何时在页面中添加自定义服务器组件，你都需要告诉编译器有关该空间的内容。如果编译器不知道是什么名称空间包含了该控件，或者是该名称所在的是什么转配件，它就无法识别该控件，接口就是产生了一个错误。为了给编译器所需要的信息，我们将使用@Register指令。根据自定义控件的位置的方式，有两种形式的@Register指令。

<%@Register tagprefix=”tagprefix” Tagname=”tagname” Src=”pathname”%>

<%@Register tagprefix=”tagprefix” Namespace=”namespace” Assembly=”assembly”%>

@Register指令的第一个用途是在页面中添加对用户控件的支持。其中tagprefix属性可识别用于在页面中修饰自定义服务器控件实例的字符串。例如我们将该指令置于页面的顶端：

<%@Register TagPrefix=”Ecommerce” TagName=”Header” Src=”UserControls/Header.ascx”%>

那么对于我们用在页面中的Header用户控件的每个实例来说，我们都必须将其前缀定为Ecommerce,如下所示：

    <Ecommerce:Header id=”Header” runat=”server”/>

另外tagname属性可识别用来在页面中应用控件的名称。由于一个用户控件源文件UserControls/Header.ascx只能包含一个控件，因此tagname属性仅是一种允许我们引用控件的快捷方式。最后一个参数src指明了用户控件的资源驻留的文件。

@Register指令的第二个用途是在页面中添加自定义服务器控件。这些自定义控件包含在装配件中并在其中进行编译。而tagprefix属性的用途和前面一样——它定义了用于页面中的自定义服务器控件的名称空间。Namespace属性则表明了自定义控件所在的名称空间。Assembly属性表明了名称空间所在的装配件。下面所示为用于自定义服务器控件的指令：

<%@Register Tagprefix=”Wrox” Namespace=”WroxControls” Assembly=”RatingMeter”%>

当我们在页面中使用该自定义服务器控件时，那么它就和我们在同样的位置使用的控件没有任何区别。