ASP.NET教程;一个合格的皮肤机制体系的实现

做一个WEB程序，能够在尽量修改极少程序代码的情况下，轻松制定皮肤以及切换皮肤，应该都是需要的，谁也不想，在网站界面想要改版的时候，要改一大片逻辑代码。

一个合格的皮肤机制体系的实现，应该要做到以下几点：

->页面模板上要极少拥有逻辑代码(如果模板上拥有大量逻辑代码，那估计这个也不叫作模板了)。

->能够轻松改变页面布局，同时不影响程序代码(.cs)。

->新模板的定制，基本上能由皮肤制作者参照旧模板自行完成，不需要开发人员太多介入。

->保持性能。

然后，来看看，都有哪些方法大家用来实现所谓的皮肤机制，同时进行各个方法的一些个人说明。

1. 改变页面调用的CSS文件来换肤。

这一个，严格上来讲，不应该算作皮肤机制。虽然CSS非常强大，也能够通过它来任意改变页面元素布局，但它的HTML始终是不变的，所以局限性是非常大的。

优点：完全不影响性能，甚至可以完全不由服务端代码来管理它的变换，可以使用JS来切换皮肤（由此，在我们有一套完美皮肤机制的情况下，这种方法，可以完全不与此机制冲突，让用户在客户端作更多的个性化）。

缺点：如果作为核心皮肤机制的话，非常有局限性。

示例：如QQ.COM, 114LA.COM上面的一些可点击的小色块，就是改变调用的CSS文件来实现换肤。

2. 读取模板文件，替换标识符为要显示的内容与数据输出。

这一个方法的灵活性比较高，每套皮肤可以有自己的布局，有自己的个性。

实现：比如模板中有一个标识$Subject，程序代码会把它替换成文章标题，然后有一个标识块<!—Loop[ArticleList]--><h1>$Subject</h1><div>$Content</div><!--/Loop-->，程序代码会把它替换成一个文章列表，最后输出处理完所有标识符的内容。

通常，我们会缓存读取到的模板内容，但字符串的替换始终不可避免，或者也会把替换过的内容也缓存起来，但这样子，就等于要缓存模板内容以及替换过的内容，占用了两份似乎挺重复内容的内存（为什么？不然总不该每次数据有改变的时候就去作IO操作读取操作读模板文件吧，这似乎比字符串替换性能更差）。

优点：模板灵活程度很高，可以随便改动页面布局。

缺点：影响性能，开发人员维护难，必须有特定的标识符来表示页面变量，后期维护可能会带来非常多的问题。

3.使用ASP.NET的App_Themes。

这一个方法，应该是极差的一个方法，根本只是ASP.NET的一个小纂头，鸡肋，基本上不实用。

实现：比如，定制一个BUTTON的样式是这样子的

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!