DNN(DotNetNuke)研究手札系列2－背景、现状

首先，请不要忙着看这篇文章，尝试去官方网站下载一个最新版本的来安装看看，仔细看看安装说明文档、各种技术的白皮书，DNN做得很全很仔细，连版本代码差异都精细到每行代码。

为什么不去仔细研究呢？


DNN到底是啥来头？DNN可以追溯到ASP.NET Starter Kits的ASP.NET Portal，这个东西仍然可以在asp.net网站中找到。相关的文章我之前也写过，请自行搜索。ASP.NET Portal之后，出现了IBuySpy，也就是大家熟悉的IBS，这个比ASP.NET Portal进化了不少，使用了大量的.NET技术，也就是DNN的雏形。2002年，IBS給市场印证了其局限性不能满足用户需求，DNN1.x推出了，它在IBS的基础上主要改善了模块功能，接下来的DNN2.0.x更是把整个内核重写，带来了革命性的Skin。


DNN在外国到底有么受欢迎？
１、DotNetNuke： http://www.dotnetnuke.com/官方站点每天的注册/访问量，大家可以看看其首页右边的在线统计；
２、DNN论坛 http://www.asp.net/Forums/ShowForum.aspx?tabindex=1&ForumID=90是比较热的，相对ASP.NET网站上的其它论坛来说；
３、DNN在众多免费/收费Portal中应用甚广；
４、DNN2.0.x发布的时候，在微软VS-Live! Conference中演示过，呵呵；

在研究的２个多月中，我感觉，与其等待别人来喂自己，到不如自己去觅食，或许这样比喻不贴切，意思就是说，动手去研究，比等待别人来教自己来得实际。

DNN倡导的是一种准备就绪、动态的、100%互动的数据驱动网络门户框架。

DNN最大的特点是系统框架、DSL(数据存储层)、DAL(数据访问层)、BLL(业务逻辑层)、PL(呈现层)完全分离。系统开发人员、业务开发人员、美工和DBA(数据库管理员)都是“互不相干”的。

为了和.NET 2005尽量兼容，DNN应用了大量的所谓Provider(提供者)/Factory(工厂)模式来实现了其广泛的扩展性，可能你会觉得要仅仅实现一个数据的更新，要在３个类中实现，但当你要在MS SQL、ACCESS、MySQL、Oracle或XML之间自由切换，那么，你将会发现DNN这种模式是会令你愉快的。

DNN的另外一个特性是其Skin(外观)，它实现了从Portal(门户)、Tab(栏目)到Module(模块)各个层次的动态外观，每个Skin分Skin和Container(容器)，Container可以理解成DNN的模块区域，每个模块都包括在一个Container中。DNN的Skin和动态Module是密不可分的。DNN的Tab和Module定义已经到达了WYSIWYG这个层次了，不过我认为它不能做到集中处理。

DNN的每个Module都可以理解成一个积木，你可以随时把这个积木放到任何栏目的任何位置，你甚至可以隐藏它。不过DNN对每个Module的数据处理都没有做到集中，Module删除了，并不对自动删除对应的数据，时间一长就产生大量冗余数据。而且没有集中处理，非常不直观。

以上缺陷我都在实际应用中改善了。

如果你仅仅认为DNN的Skin仅仅是改变一下CSS和换一下图片，如果认为.Text可以和DNN比较，那么，你都错了。随着深入DNN的内核，绝对让你改观。

DNN接下来将会在10月份推出2.2x，改进包括：
１、门户搜索；
２、友好URL，路径不再显示/default.aspx?tabid=xx，而可能是/portal/0/tab/11/page/；
３、多语言；


在章３中，我会肢解DNN，按功能給大家介绍其框架。