asp+的页面指示标识

/*
豆腐制作 都是精品
http://www.asp888.net 豆腐技术站
如转载 请保留完整版权信息
*/
确切的说,这个名字起得并不是很合适,在asp.net中的这个英文愿单词是:Page Directives.

页面指示标识 的功能是用来确定在处理aspx文件的时候,需要系统做一些什么特殊的设定?他的语法是<%@ directive attribute=value [attribute=value … ]%> 注意属性之间需要空格,在"="
之间不能有空格。
asp.net的web forms 中现在包含以下7中标识@ Page,@ Control,@ Import,@ Registe,@ Assembly,@ OutputCache其实这些标识在以前的文章中的例子里面都已经有所提及,豆腐在这篇文章里对这些 标识 进行一个大概的同意讲解

@ Page 标识我们常用的属性是 Language 比如 <%@ Page Language="VB" %>,另外他还可以确定这个
页面的

字符集,ResponseEncoding=gb2312
是否允许调试:Trace=True 表示如果抱错,显示错误信息 否则反之警告是否显示:Warnings=True 表示如果程序中有不合理的地方,虽然只是警告,仍然显示成为错误等等

@ Control 并非使用在 aspx 文件中,而是使用在 ascx 文件,也就是 拥护子定义控件的文件中,在一个ascx 文件中只能有一个 @ Control 标识

@ Import 是我们可能最常用的一个标识 ,当我们使用一些特殊的aspx特性的时候,为了告诉编译器我们的目的,我们就需要使用这个标识,常用的标识 我已经在前面的文章中 讲过了,如果 不使用 @import 我们默认就已经可以使用 如下的一些 命名空间(NameSpace)
System
System.Collections
System.IO
System.Web
System.Web.UI
System.Web.UI.HtmlControls
System.Web.UI.WebControls

@ Register 是当我们在 aspx 文件中调用我们的 子定义组件的pagelet 的时候,对 这个pagelet 进行表注的时候使用的,通过这个标识,我们 就可以 在 这个 aspx 文件中使用 我们自己的 NameSpace

@ Assembly 指出我们编译aspx 文件的时候 需要使用什么额外的编译器
@ OutputCache 我们在前面的文章中 刚刚讲过,就是使 这个aspx 文件的内容在 服务器上保留的时间的长度.

时间: 2024-09-24 19:24:20

asp+的页面指示标识的相关文章

ASP.NET页面与IIS底层交互和工作原理详解

ASP.NET页面与IIS底层交互和工作原理详解  第一回:   引言 我查阅过不少Asp.Net的书籍,发现大多数作者都是站在一个比较高的层次上讲解Asp.Net.他们耐心.细致地告诉你如何一步步拖放控件.设置控件属性.编写CodeBehind代码,以实现某个特定的功能. 这种做法,实际上是回答了"如何去做"的问题,却没有回答"为什么可以这样做"的问题. 尽管我很推崇 悉江华 先生的<圣殿祭祀的Asp.Net开发详解>一书,但当我翻看了一下其对角色(R

ASP.NET 揭秘 ASP.NET页面的结构

asp.net|页面 The Structure of an ASP.NET Page ASP.NET页面的结构(6部分) Directives指示 <%@ .... %>两大类Page/Import  Page Directives页指示    语言指示<%@ Language="C#" %> <%@ Page Language="C#" %>   跟踪指示<%@ Trace="True" %>

ASP.NET页面事件

asp.net|页面 在 ASP.NET 页面的寿命周期内,Page 对象会公开一些被频繁使用的标准事件.ASP.NET 页面框架在运行时,会自动连接到(连线)这些方法的相应代理实例.这样您就无须编写必要的"粘接代码".以下列表按激发顺序提供运行时连线的代理实例: • Page_Init:出现此事件期间,您可以初始化值或连接可能具有的任何事件处理程序. • Page_Load:出现此事件期间,您可以执行一系列的操作来首次创建 ASP.NET 页面或响应由投递引起的客户端事件.在此事件之

Asp.net页面生命周期

前言  本篇记录的是Asp.net页面生命周期,也就是管道模型的最末端HttpHandler的生命周期.(Page继承了IHttpHandler接口.想了解管道模型,请参考asp.net管道模型(管线模型)之一发不可收拾).如有不足请大家指出^_^!!  本篇主要参考:ASP.NET编程模型之页面生命周期十一步详解  ASP.NET编程模型之ASP.NET页面生命周期图解 <亮剑.net 深入体验与实战精要> 正文 1.页面实例化之前:Asp.net工作进程会确定是否需要分析和编译页面从而开始

在ASP.NET 2.0中操作数据之十八:在ASP.NET页面中处理BLL/DAL层的异常_自学过程

导言 在一个使用了分层体系架构的ASP.NET web应用系统里处理数据,一般遵循以下几步: 1.确定业务逻辑层需要调用哪个方法,并且需要出入哪些参数.这些参数可以通过硬编码设置,程序自动设定,或者由用户输入. 2.调用此方法. 3.处理结果.当调用一个返回数据的BLL方法时,这包括绑定数据到Data Web服务器控件.而对于修改数据的BLL方法而言,这包括基于返回值的基础上执行某些动作,或者适当地处理在第二步中引发的异常. 正如我们在前一节里看到的,无论ObjectDataSource控件还是

ASP.NET页面缓存常见的4种方式_实用技巧

本文为大家分享了4种常见的ASP.NET页面缓存方式,供大家参考,具体内容如下 1.分布式缓存Memcached,教程下载 2.内存缓存,此占用服务器资源 #region 内存缓存 public class MemoryCache { #region 写 /// <summary> /// 向内存写入数据缓存 /// </summary> /// <remarks>TOMMYHU2011-7-28 10:25创建</remarks> /// <para

详解ASP.NET页面生命周期事件_实用技巧

下面是ASP.NET页面初始的过程:1. Page_Init();2. Load ViewState;3. Load Postback data;4. Page_Load();5. Handle control events;6. Page_PreRender();7. Page_Render();8. Unload event;9. Dispose method called; 下面对其中的一些过程作下描述:1. Page_Init();这个过程主要是初始化控件,每次页面载入执行这个初始过程,

固定表头-在ASP.NET页面中,固定DATAGRID表头出现的问题

问题描述 在ASP.NET页面中,固定DATAGRID表头出现的问题 使用DIV标签加js纯页面固定表头,实际上就是将表头获取出来填充到一个DIV中,问题就是如何将表头和表中的内容对齐,特别是在表中数据动态改变列宽不固定的时候

asp.net 页面调用Ro服务的错误

问题描述 当用asp.net的页面去调用RO服务的方法时,第一次是可以成功的,但要是多点击几次调用的方法,就会出现"命名空间http://tempuri.org中的<body>标记是一个意外标记行2,位置346"问题,请高手指点,asp.net的也面调用RO服务的方法,1,在ROBUILDR的VIEW工具栏中点击生成*.WSDLw文件,2,在asp.net页面的引用web服务里添加刚才生产的*.wsdl文件,3,创建服务实例,并且在实例的,构造方法中加上this.url=&