鸟食轩

摘要: 　　在创建或修改布局复杂ASP.NET服务器端控件时，大量的时间都是在编译，等待JIT，修改，编译，JIT... 这样一个循环中，而且两个编译常常还很耗费时间。特别地，当控件已集成在页面之中后，在出现一些布局效果上的小偏差，再调整起来将是一个非常无趣和耗时的工作。阅读全文

摘要: 　　众所周知，在编写WebCustomControl时，继承于WebControl基类的Attributes以及其Attributes.CssStyle属性是十分常用和重要的。但就是这两个重要的属性，如果开发中使用不当却会带来莫名其妙的效率问题。阅读全文

摘要: 　　我们知道制作一个控件，一般比只实现同样功能的模块要复杂，因为我们需要考虑更多的异常和适应性，才能达到我们整合和复用代码的效果。而当我们开发一个ASP.NET控件时，不管我们的控件有多么复杂的功能和UI表现，我们最终在客户端浏览器里得到的都只是HTML代码和脚本的组合。阅读全文

摘要: 　　我们很多时候需要在一行上显示一段说明文字，而由于Web页面宽度的不确定性，我们任意调节其宽度后，常常搞得文字撑出页面或者折成好多行。通过使用CSS，我们可以限制为一行的宽度，并使多余的字符隐藏。为了方便，做成一个小Web控件来使用。阅读全文

摘要: 　　在Framework 2.0里微软提供了一个叫ClientScriptManager的类来专门管理Page类上面的脚本注册，并且把原来Page类上提供的RegisterXXX和IsRegisterXXX等方法都置为了Obsolete。ClientScriptManager类提供了一个叫RegisterExpandoAttribute()的新方法，不过这个方法实现得太草率了。阅读全文

摘要: 　　使用ASP.NET的服务器控件，可以极大的提高我们Web开发中组件的复用性。不过由于ASP.NET默认的__doPostBack传输机制，对于我们在Web页上开发DHMTL特性的功能没有什么实质的帮助，因为我们不可能每次HTML属性修改都doPostBack，这样的效率和用户体验会死人的哦~~阅读全文

摘要: 　　记得去年年初的时候做了一个Colorful ListBox Control控件。当时考虑的因数很少，虽然那个控件实现了简单的调用接口，可是有一个致命的问题是居然没有考虑到PostBack后的状态保存问题。阅读全文

摘要: 　　关于Web开发上面UI布局的问题，我上次介绍了一个可以“自动适应输入内容宽度的TextBox控件”，它可以解决在布局时预留控件大小和用户数入内容多少上的矛盾。但是由于那个控件被限制了只能做为单行输入使用:(，在输入大块文本时就力不从心了。。。阅读全文

摘要: 　　在ASP.NET的上面，TextBox是表单设计时最常用的控件之一。很多时候为了页面的紧凑和美观，我们需要适当的限制TextBox的显示宽度，但是如果TextBox过于窄了之后，又会给用户的填写带了不便，而且更麻烦的是很多时候我们并不知道用户到底会往那个TextBox里填多少内容。阅读全文

摘要: 　　原来做的ClientNavigation没有注意只支持保存和恢复页面的scrollTop，今天发现有个应用还需要保存一下scrollLeft，于是就把ClientNavigation增了点肥，支持scrollLeft的save/load了。阅读全文

摘要: 　　在我的上两片文章中我介绍了Page类的SmartNavigation属性的实现(.NET Framework 1.1/2.0中 SmartNavigation的实现)，M$虽然实现的非常的巧妙，但是这样的“偷梁换柱”同时也带来了一些负面的影响。他们主要表现在这几个方面：阅读全文