2380. 基于模块化设计，使得业务扩展很容易，但是对于 OA等大的业务系统，DNN在这些方面就显得不是很好。要开发一个OA系统，不能把它拆分很多个子模块吧，经过一番考虑，参照目前一些OA的设计思想，可以从整体结构上拆分为几个模块。
365. 系统典型的布局是 顶部、左边导航，右边工作区，顶部一般是用户信息，常用导航，快捷方式等，基本没有业务操作功能；左边就很重要了，一般是业务导航菜单，用户列表，以及一些信息内容；右边那就是业务工作区了。这样，系统基本是建立三个模块，顶部信息模块，左边导航模块，右边业务容器模块；在皮肤中也只需要建立这三个面板就可以了，放入对应区域，模块之间利用DNN的通信类之间通信。这样系统比较灵活了，也可以再增一些辅助模块放到业务工作区的下面，或者来个浮动的，具体根据业务系统来定，初步考虑，感觉是可行的

         最常用到的就是左边的功能菜单，我是这样考虑的，当用户选择一个菜单项时，触发模块通信事件，也就是通道导航模块给右边工作区模块发送消息，工作区模块收到消息后调用对应的业务模块（指的是动态装载业务用户控件），展现页面，完成操作。其他模块之间也一样可以这么处理，由于接触DNN时间长了，很熟悉了，也不打算换其他的框架或者自己开发，DNN目前ajax支持的也可以，性能比过去也强多了，感觉还是值得去用的。

  DNN的用户 权限 角色 这一块很成熟了，充分利用这些，也省的自己重新去做，而且最新的对 SSL也完美支持了！
可能在表单设计，报表打印中 DNN支持的差一些，需要额外的作写东西，不过应该是没有问题的