最近微软又推出了一大堆东西,包含我们感兴趣的I E 8 beta1和mvc preview2.
还有就是我们可选的Web Client Software Factory最近也推出了2.0版本.
asp.net mvc框架的出现让我们重新开始思考控件的使用.
我们来打个比方吧.如blog程序的应用
如果用了一个列表控件,使用数据绑定,其实你看到的代码还是比较丑的,设计人员还是看不懂,而且数据绑定添加了其中业务逻辑判断的难度,我们无法在模板中读取绑定的值来进行判断,但可以在ItemDataBound事件中处理.这就不方便了,我们换了一个模板可能显示的方式就不一样了.不通用
或者你可对此列表显示再进行封装成控件,但这便成了封装,没了灵活性,便成了控件.
控件有以下特点(指服务器端控件)
1.使用简单
2.功能强大
3.功能固定
4.性能会比直接用html差些(因为跟服务器端打交道多些,说白了服务器压力加大)
5.特定控件比较适用于特定场所。这叫定制控件，到了其他地方不欢迎。
6.功能过于强大，使用不当，加大服务器压力，就如视图状态吧。还有一些商业化的控件吧。
下面说说我的想法，乱撤一些.
就说asp.net ajax updatepanel吧，使用简单吧。用起来那个叫简单。简单的功能，它可以办到，但它也有个缺点，局部刷新只刷那updatepanel里面的，而且问题复杂了，它有些事情你解决不了的，到时候你得看asp.net ajax客户端的脚本。那脚本学的快，熟悉一下也得时间吧。当你熟悉的时候，感觉这框架真是那么回事，好用，后来你发现了AjaxControlToolkit.asp.net ajax如虎添翼呀,
大家纷纷尝试，效果库，使用简单，功能还算过的去，数量也算足。到这里你开始想这东西用起来了。
接着接着，你开始使用了，asp.net ajax客户端脚本的写法确实挺规范的，代码写的也漂亮，但你有时发现AjaxControlToolkit的几个控件你没几个用的上的，而且用上了，控件的功能还不够，怎么加，你加？继承？你得先看懂那代码？那代码量也不算少，就说这个autotemplate吧，运行这个控件，则需要加载其他控件，而且还用到了其AjaxControlToolkit自定义的函数。你想看懂还不如直接入AjaxControlToolkit的团队。。。
其实asp.net ajax(其实这东西因为跟updatepanel结合的紧才会红起来，不然没多少人选它）做的，个人感觉挺好的，也由于我们个人使用不当，asp.net ajax功能没及时更上，一个updatepanel并不能解决所有问题，用asp.net ajax框架的人远没有用propotype和jquery等的多。这时jquery的插件多的让你眼红，你准备换框架了，放弃asp.net ajax.
偶尔我们会有种回归html,放弃控件的冲动，上面我讲的可能很多人会遇到。
有一点是很重要的，框架需要有大家去支持才会红 个人感觉asp.net ajax已经开始输了，看微软接下来怎么走。这东西只能刚开始忽悠忽悠大家。大家也了解国内网络的状态，我们必须了解框架才能使用框架，尽量加载少的文件.控件的封装就存在这个问题。所以建议大家了解后才使用，我们需要测试。商业控件也一样，功能太多你用不了那这个控件就不适合你。不然以后你偷懒，你的页面就会控件叠控件，你的页面就是这么变慢的。
总结一句:特定场所用特定控件。
上面的话就说明了控件的用武之地了 。
有时间接着写