您的位置:首页 > 编程语言 > ASP

Asp.net组件设计浅论

2014-04-20 11:54 288 查看
一、什么是组件?
查看MSDN,微软是这样给组件定义的:在 .NET Framework 中,组件是指实现 System.ComponentModel.IComponent 接口的一个类,或从实现 IComponent 的类中直接或间接派生的类。这是从纯语言(技术)角度下的定义,通俗的讲,组件是“可独立运作的软件单元”,这里强调独立运作,也就代表着组件必须拥有低耦合性、高重用性等特点。微软将软件划分为两部分:其一是Component,意指具备特定功能、可独立运作、不具备UI接口的单元;其二是Control,也就是我们常说的控件,意指具备特定功能、可独立运作的UI接口单元。

二、学习Asp.net组件需要掌握的知识
任意掌握一门.net语言,建议使用C#,C#是一门全新的语言,但又借鉴了C++和JAVA的语法,同时引入了一些新概念,在程序员中口啤不错。
理解IIS的运行机制和asp.net的运行模式。
熟练掌握javascript,该脚本语言强大的功能在处理客户端动作时表现非常出色,基本上所有的自定义组件都离不开javascript,同时,CSS和DHTML也是要心知肚明的。没办法,他们很少会单独出现,总是喜欢集体演出。

三、组件设计的难度
这个问题不用问,也许您猜出了几分,一个字:难。
您也许会有所察觉,在编写asp.net应用程序时,很少会对viewstate作深入的研究,原因很简单,因为ViewState本身设计的用户对象本来就不是应用程序员,而是组件设计员。如果不是因为客户端需要,您也不会在asp.net中编写大量的javascript脚本,而在组件设计中,很难逃脱干系。不止这些,是否设计成服务器组件?我们的组件是继承Control、还是继承WebControl或是继承Component?在组件中,需要自定义Attribute吗?需要实现数据绑定吗?如何绘制组件的外观?如何和IIS通讯?需要post-back吗?很多很多的问题,都需要组件设计者——辛苦的您去一一考虑。
所以,如果您不屑一顾地说:不就是设计一个组件吗?这有何难!那么,我会嘿嘿一笑,因为我知道,您一定在开玩笑。
但是,千万别怕,“程序员需要探索精神哦!”

四、基类的选择
如果我们设计的是一个WEB可视控件,并且构成WEB页的一部分,那么可以继承Control类或者WebControl类。如果是一个非可视控件,可以继承Component,继承此类的控件设计时不会出现在页面上,而是出现在Component Tray中。还记得OpenFileDialog控件吗?这个文件打开对话框控件就是出现在Component Tray控件中的。
如果我们只是在已有的控件基础上增强功能,那么就继承该已有的控件吧。

五、实践出真知
假设我们要设计一个组件,该组件只允许用户输入数字,该验证工作自然应该放到客户端,客户端的验证脚本可以这样写:

<HTML>
<HEAD>
<META NAME="GENERATOR" Content="Microsoft Visual Studio 6.0">
<TITLE></TITLE>
<script language="javascript">
function Virty(ctrl)
{
if (event.keyCode == 13)
return true
if (event.keyCode < 48 || event.keyCode > 57)
return false;
else
return true;
}
</script>
</HEAD>
<BODY>
<form method="POST" >
<p>
<input type="text" name="T1" size="20" OnKeyPress="javascript:return Virty(this);">
</p>
</form>
</BODY>
</HTML>

当然,这些验证代码不能由用户去写,应该由组件设计者去写,也就是说,当用户把该组件从工具箱中拖到页面上后,运行时应该自动生成验证代码。向WEB页绘制代码,我们重写OnPreRender()方法就可以了。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: