在优化DNN的过程中我们可能注意到这一点, 就是我们的皮肤文件一般都写在同一个文件，可能是skin.css或container.css, 也就是说不论我们页面加载是否应用到该样式文件里边的所有属性，我们总会必须加载这样一个CSS样式文件，尽管皮肤有很多属性并不是我们所需要的，但有时我们所创建的皮肤可能会包含好些个类别的skin(也就是我们通常提到的主题theme), 比如专为首页显示的xx_Home.ascx, 专为管理页面的xx_admin.ascx, 一般的xx_skin.ascx等等, 显然这些页面可能是不同的布局设计, 不同的样式定义, 如果这些不同的样式都在一个skin.css里定义的话, 那肯定导致该文件冗赘, 并且不能达到不同的样式的目的(前提是你使用同样的class样式定义). 今天准备在此分享一个针对此类问题的解决方案, 简约而实用, 采用此方案将不会造成数据加载的不必要负荷, 提高页面的加载速度, 从而达到我们加速DNN的目的。

如果你开发过DNN模块或阅读过模块的代码,你应该会知道模块控制类所经常使用的一个对象CBO,它在DNN里是大名鼎鼎的,几乎所有的模块开发都会涉及并使用这一对象. 究竟CBO是什么呢, 如何使用呢?它有什么优势和缺点么?请听我慢慢道来 :)

我想稍微使用dotnetnuke框架的DNNer都知道DNN运行速度是一个瓶颈，尽管框架一直在优化的努力中，从版本2.x到3.x，再到如今的4.6.x，性能已经有了质的飞跃，这是值得欢欣的。但我们也看到，由于一开始就引入了skin动态加载的机制及其模块插件化的模式等等，致使性能有所影响，特别是对于我们国内带宽不是特别充裕的用户来说，访问一个很一般的DNN网站也是极其难受的，可能一开始一片空白，过了几分钟突然所有的内容和图像冒出来，让你觉得很难接受如此蜗牛的加载速度.在此我冒昧以我个人的经验及其论坛的一些成型的做法罗列一些建议，希望对比较关注DNN性能的DNNer有所启发和帮助. 有兴趣想对DNN进行优化的朋友不妨看看

我想大家都知道DNN模块标题是在模块设置里边编辑的,并且只有文本框(TextBox)的编辑,而不具有富文本的编辑功能,但有时我们可能有标题有不同效果变化的需求,比如想把标题有两种字体的显示(比如标题加简要的附加说明,而附加说明需要不同字体或大小),或需要添加一些Icon性质的小图片等等.在此我提供一种可替代的解决方法:也就是你可以在TextBox里边直接添加HTML标签设置,比如:
 

最终会显示如下的效果:

先简单交代一下DAL, 所谓DAL, 即是DNN数据访问层(Data Access Layer), 主要负责数据库和业务逻辑的交互, 利用设计模式中的工厂模式来实现数据提供者的分离, 从而可兼容不同数据库. 在此将解析DAL的最新升级版本(或者说是衍生品)DAL+, 它算是DNN的新宠儿, 利用DAL+可以更加简化DNN数据访问, 有兴趣不妨看看其中的奥秘.