DNN模块结构学习

像我这样的菜鸟一开始看到DNN时，像刘姥姥进了大观园眼睛都不够用了。找了好久才找到能“下口”的地方。虽然E文很菜，但努力读完 ~\Documentation\Public\DotNetNuke Module Developers Guide 文档后，还是感觉颇有所得。

DNN 的模块结构采用的是三层构架：

l          DAL ：在 DNN 中 DAL 层采用了 Provider 结构。按我自己的理解，就是先定义一个 DataProvider ，里面定义好模块访问数据需要的结构的，采用了单件模式。同时它是一个反射工厂。根据不同情况继承出不同的 ConcreteDataProvider 。同时在 web.config 中定义好默认的 Type 字串。这样通过 Instance 返回默认的 provider 。

l          BLL ：在这层中。一般都有 Controller 和 Info 两部分。 Controller 的作用是完成所有 UI 需要的于数据源相联系的功能，同时完成并提供 Info 给 UI 。 Info 即 CBO （ Custom Business Object ）。在 DNN 中 Info 的建立是利用核心提供的 CBO 装配集 +IdataReader 利用反射直接完成的。免去了由数据库到 DS 再到苦力般的初始化过程。在我理解中， dr 和 cache 的利用，都可以极大减少由反射引起的性能损失，而极大提高编程的舒适性和灵活性，通常可以视为很好的解决方式，不知道这种理解对不对。在涉及 Sql 的部分， DNN 利用了 Microsoft.ApplicationBlocks.Data这个装配集中的内容。一般我的解决方法是利用自己写的一个Sql类，不知道哪种更好。

l          UI ： 主功能页继承自 PortalModuleBase 类。这个类也是从 UserControl 继承而来。我想这个大家都会很了解。一般一个全面一点的模块都会实现菜单， Edit ，等很多页面。特别会拥有一个 Setting 类来完成页面不同的 Module 的设置。通过不同的 ModuleID 来区别。（这是我的理解，我也不知道是否是这样，希望高手门指正） DNN 的核心提供了大量的功能。如 logging,scheduler,search 等等，可以通过这些核心提供的接口来实现。按我个人的理解。 UI 层完成的任务就是利用 BLL 层，其它模块， DNN 核心功能来完成 ascx 的建立。

由于在家里， DNN 数据库一直配置不好， msdn 又没装。缺少实践练习的机会。只是通过阅读团队各前辈的 blog ，和 DNN 的文档获得的一些浅显的认识。希望各位大虾如果看了的话，能够指正，免得我深陷泥潭而不觉。