CSS Friendly Control Adapters的不足
首先请允许我对这个CSS Friendly Control Adapters抱怨一下。我第一眼看到它输出的class名称我就觉得很faint了，举一些例子：AspNet-Menu、AspNet-Menu-WithChildren、AspNet-Menu-Leaf。如果你习惯了客户端代码一律使用camel命名法的话，你看到这样的命名就会觉得无法适从，你是要改变原有的命名法来迁就这些控件呢，还是让多种命名法在你的CSS文件中混排呢。如果需要改变这些默认的class命名呢？不好意思，控件自身的CssClass属性已经没有任何作用，因为控件输出的HTML结构都改变了，那些CssClass也就不再对应哪个HTML元素了。因此，如果你需要改变这些class命名，唯一的办法就是直接更改ControlAdapter的源代码，而class命名是以字符串形式硬编码在源代码中的，就算你用搜索替换你还是会害怕替换多了或者替换少了从而引入了更多的麻烦。
说到源代码，这些ControlAdapter的第二个麻烦也就浮现了——网站必须携带它们的所有源代码，而不仅仅是编译好的dll，而且这些源代码的可修改性并不强。为什么说可修改性不强？如果你有想过自己写一些ControlAdapter的哈，我想你已经参考过现有的那几个ControlAdapter了，你会发现编写ControlAdapter严重依赖于你对该Control本身的理解，不仅仅是对Control公开部分的了解，还需要对Control内在逻辑的深入理解。因此，要么你是Control的作者本身，要么你就细看过Control的源代码，否则不可能写出ControlAdapter，甚至修改已有的都很难。
因此，CSS Friendly Control Adapters是一个非常之鸡肋的选择，我们不如向前看，看看Microsoft在ASP.NET 3.5中为我们提供了什么。
ListView以及全新的TemplateControl形式
ListView是ASP.NET 3.5新引入的一个控件，如果你还没有使用上Orcas，或者没试用过这个控件，那么不妨看看ScottGu的介绍性文章：The asp:ListView control。这篇文章详细说明了如何先设计一个原型页，然后设计LINQ to SQL以便获取数据，在将数据绑定到ListView上面，最后还加上DataPager分页。我们不需要看那么多，看ListView那部分就是了，看看声明ListView的代码。
如果你熟悉之前Atlas提供的Sys.UI.Data.ListView，那么你一定会觉得这两个ListView很相似。v与之前的TemplateControl（例如GridView）不同，ListView不再直接输出容器本身的代码，而提供了一个Template给你自定义容器，你可以在这个Template中自由编写你的容器代码，它可以是＜table /＞，也可以是＜ul /＞或＜ol /＞。之后项目的Template也是允许自定义的，对应＜table /＞的自然是＜tr /＞，而对应＜ul /＞与＜ol /＞的则应该是＜li /＞。因为这些都是你手动编写的HTML代码，所以你可以随意地给它们设置class属性，从而让你能在整个网站中保持命名风格一致性。
Web Form的屈服？
ASP进化到ASP.NET的时候，好像Win Form那样的拖放控件支持成为了最大的特色，然而现在Web Form的编写方式又变回和其它服务器端脚本语言（例如VBScript）差不多了。以前ASP的时候，不就是自己写容器的HTML咯，然后用＜%For ... Next%＞把项目HTML圈起来，现在改为叫做模板其实没什么差别啊，况且其他服务器端脚本语言都有类似的写法，不过可能是helper函数或者别的称呼，都差不多。
因此，事实证明除非放弃对HTML细节的控制权而这又难以做到CSS Friendly），否则对于大多数服务器端语言来说声明数据表现模板的方式都是类似的，没有更便捷的方式了。能够省事的是数据访问方法，从ADO进化到ADO.NET，从Typed DataSet到LINQ to SQL。将来Microsoft是否会发布更多类似的TemplateControl还很难说，因为ListView已经有非常高的可定制性，原来用来表示二维表数据结构的DataControl都可以用它作为替代品，同领域的控件已经没意义了，不像以前要分开几个DataControl了。我觉得接下来最好能看到一个取代Menu的CSS Friendly Control，因为Menu所表现的数据结构不是二维表，而是树，有必要为这种数据结构提供一个能准确声明HTML细节的控件。
最近在使用.net2.0中ms提供的页面导航组件sitemappath时，想到了一种解决页面标题不同步的一种简单而又方便的机制。
目前存在的问题：
一、整个网站中aspx页面标题通常没有统一的存放位置，针对每个页面要么把页面标题直接硬编码在页面的aspx文件中，要么通过aspx.cs动态写进去(1.1中还要加入额外的标题控件，2.0中可以使用Page.Title属性)，而整个站点如果网页很多的话，这种重复逻辑的代码就要写很多次，极其不美观，并且无法在其它用到标题信息的地方实现同步。
二、即使为了支持多语言支持把所有的页面标题都放入资源（或xml）文件中，通过通一的程序代码来加载标题也会存在一个问题，就是页面中用到页面标题的地方可能不仅在标题区如（页面导航控件），如何让这些控件也从这些资源文件(或xml)中取得这些标题信息也是一个头痛的问题。
要达到的目的：
一、在整个网站中的主模板中一次性解决网页标题的所有问题，所有网站中使用的标题均放在Web.sitemap（可支持多语言）中维护，这样也可以同时同步维护页面的导航信息。
二、在弹出窗体的标题中自动为每一个网站标题后面加入站点名称如（用户登录｜七思软件），但在页面导航控件中引用标题时则不出现这个站点名称，如（主页>会员中心>用户登录）。
三、当aspx.cs的程序中引用page.Title属性时不能有站点名称如页面标题栏中显示的为（用户登录｜七思软件），但在页面的正常程序中引用的page.Title值为（用户登录）。
具体的实现方法如下：
在网站的masterpage中加入以下代码：
protected void Page_Load(object sender, EventArgs e)
{
if (!this.IsPostBack)
{
this.searchDescription.Content = this.SearchDescription;
this.searchKeywords.Content = this.SearchKeywords;
}
if (SiteMap.CurrentNode != null)
{
this.Page.Title = SiteMap.CurrentNode.Title;
}
else
{
this.Page.Title = "尚未在Web.sitemap配置此页面导航";
}
}
protected override void Render(HtmlTextWriter writer)
{
this.Page.Title = this.Page.Title + " | " + Keyss.WebFramework.ConfigManager.GetInstance().SiteName;
base.Render(writer);
}
解释：
一、之所以不在(!this.IsPostBack){}块中实现页面判断是因为page.Title中无法保存视图状态，我觉得这是.net2.0中的一个小bug吧。
二、之所以在render方法重写title属性是因为在页面的生存期中，render方法不会保存viewstate,而从写page.Title内容仅在masterpage中有效是因为masterpage负责页面标题的render，在其后的page的render方法中，title已经render完毕，些时改变title并不会影响render的结果。
问:怎么才能关掉一个用任务管理器关不了的进程？我前段时间发现我的机子里多了一个进程，只要开机就在，我用任务管理器却怎么关也关不了。
答1:杀进程很容易，随便找个工具都行。比如IceSword。关键是找到这个进程的启动方式，不然下次重启它又出来了。顺便教大家一招狠的。其实用Windows自带的工具就能杀大部分进程：
c:\> ntsd -c q -p PID
只有System、SMSS.EXE和CSRSS.EXE不能杀。前两个是纯内核态的，最后那个是Win32子系统，ntsd本身需要它。ntsd从2000开始就是系统自带的用户态调试工具。被调试器附着(attach)的进程会随调试器一起退出，所以可以用来在命令行下终止进程。使用ntsd自动就获得了debug权限，从而能杀掉大部分的进程。ntsd会新开一个调试窗口，本来在纯命令行下无法控制，但如果只是简单的命令，比如退出(q)，用-c参数从命令行传递就行了。Ntsd 按照惯例也向软件开发人员提供。只有系统开发人员使用此命令。用法:开个cmd.exe窗口，输入：
ntsd -c q -p PID
把最后那个PID，改成你要终止的进程的ID。如果你不知道进程的ID，任务管理器-> 进程选项卡-> 查看-> 选择列-> 勾上"PID(进程标识符)"，然后就能看见了。
答2：xp下还有两个好东东tasklist和tskill。tasklist能列出所有的进程，和相应的信息。tskill能查杀进程，语法很简单：tskill 程序名。 2003系统也可以使用以上命令
问:怎么才能关掉一个用任务管理器关不了的进程？我前段时间发现我的机子里多了一个进程，只要开机就在，我用任务管理器却怎么关也关不了。
答1:杀进程很容易，随便找个工具都行。比如IceSword。关键是找到这个进程的启动方式，不然下次重启它又出来了。顺便教大家一招狠的。其实用Windows自带的工具就能杀大部分进程：
c:\> ntsd -c q -p PID
只有System、SMSS.EXE和CSRSS.EXE不能杀。前两个是纯内核态的，最后那个是Win32子系统，ntsd本身需要它。ntsd从2000开始就是系统自带的用户态调试工具。被调试器附着(attach)的进程会随调试器一起退出，所以可以用来在命令行下终止进程。使用ntsd自动就获得了debug权限，从而能杀掉大部分的进程。ntsd会新开一个调试窗口，本来在纯命令行下无法控制，但如果只是简单的命令，比如退出(q)，用-c参数从命令行传递就行了。Ntsd 按照惯例也向软件开发人员提供。只有系统开发人员使用此命令。用法:开个cmd.exe窗口，输入：
ntsd -c q -p PID
把最后那个PID，改成你要终止的进程的ID。如果你不知道进程的ID，任务管理器-> 进程选项卡-> 查看-> 选择列-> 勾上"PID(进程标识符)"，然后就能看见了。
答2：xp下还有两个好东东tasklist和tskill。tasklist能列出所有的进程，和相应的信息。tskill能查杀进程，语法很简单：tskill 程序名。 2003系统也可以使用以上命令
省份 ( 城市 ） DNS 名称 DNS IP ADDRESS
香港 ns1.netvigator.com 205.252.144.228
澳门 vassun2.macau.ctm.net 202.175.3.8
深圳 ns.shenzhen.gd.cn 202.96.134.133
202.96.154.8 /202.96.154.15
北京 ns.bta.net.cn 202.96.0.133
ns.spt.net.cn 202.96.199.133
ns.cn.net 202.97.16.195
202.106.0.20/202.106.148.1
广东 ns.guangzhou.gd.cn 202.96.128.143
dns.guangzhou.gd.cn 202.96.128.68
上海 ns.sta.net.cn 202.96.199.132/202.96.199.133 /202.96.199.133
浙江 dns.zj.cninfo.net 202.96.102.3/202.96.96.68/202.96.104.18
陕西 ns.snnic.com 202.100.13.11
天津 ns.tpt.net.cn 202.99.96.68
辽宁 ns.dcb.ln.cn 202.96.75.68
江苏 pub.jsinfo.net 202.102.29.3
四川 ns.sc.cninfo.net 61.139.2.69
河北 ns.hesjptt.net.cn 202.99.160.68
山西 ns.sxyzptt.net.cn 202.99.198.6
吉林 ns.jlccptt.net.cn 202.98.0.68
山东 202.102.152.3/202.102.128.68
福建 dns.fz.fj.cn 202.101.98.55
湖南 202.103.100.206
广西 10.138.128.40
江西 202.109.129.2/202.101.224.68/202.101.240.36
云南 ns.ynkmptt.net.cn 202.98.160.68
重庆 61.128.128.68
河南: 202.102.227.68/202.102.224.68/202.102.245.12
新疆: 61.128.97.73/61.128.97.74
保定: 202.99.160.68 /202.99.166.4
武汉: 202.103.24.68 /202.103.0.117
西安: 202.100.4.15 /202.100.0.68
成都: 202.98.96.68 /202.98.96.69
重庆: 61.128.192.4
乌鲁木齐: 61.128.97.73
厦门：202.101.103.55