在DotNetNuke 1.0.0到 1.0.10版本中，仅具有一个相对简单的皮肤处理机制，它允许用户通过修改网站的LOGO，颜色和样式来产生一个自定义程度比较低的网站。但不用多久，DotNetNuke开发组就意识到这样的机制无法满足大多数的表现层要求，于是启动了多个项目来实现更具有活力的皮肤解决方案。
不幸的是，在最佳解决方案的看法上具有很多不同的观点，需求分析的进度因此而停滞不前。大部分这些观点都带来了技术实现方案并且不久又有大量的关于皮肤体系的有价值的建议在社区中被提出——这些观点都有他们自己的优点和弱点。如何选择这些解决方案作为DotNetNuke 的核心程序是一件具有非常大压力的事情。实际上我们并没有全盘接受任何一个方案，围绕着所有的业务需求，根据我们理解，我们很慎重的建立了一个未完善的标准并发布了一个用于测试的解决方案，并尝试在实践过程中去完善它。
DotNetNuke 2.0对核心门户框架进行了一次大规模的重写，最初仅对数据访问层和业务逻辑层进行修改，但显而易见的对于表现层也必须重新检查和改写以达到我们的目的。 DotNetNuke 现在拥有了一个强大的皮肤体系，实现了表单（form）和功能(function)的分离，在这个文档接下来的部分，我们将介绍关于这个皮肤体系的详细技术实现过程