1.17  提供程序模型

微软公司坚持DotNetNuke 2.0要进行的大规模功能增强之一—— 重新架构DotNetNuke的数据访问层—— 其结果也相当受欢迎。DotNetNuke中的数据访问层通过抽象工厂模型被重新架构了，从而有效地支持DotNetNuke与任意数量的关系数据库关联。微软将这一术语命名为“提供程序模型”，并且强调它是未来ASP.NET 2.0框架的关键组件。因此，在ASP.NET 1.x中使用这一模型的基准实现，对微软以及DotNetNuke的开发人员来说，拥有积极的教育意义。DotNetNuke 2.0同时包含完整功能的SQL Server和MS Access版本的实现，而且社区很快就会加入mySQL和Oracle版本的实现。良好架构的可扩展性好处再次得到体现，并且展示了我们计划在未来所有产品开发过程中准备遵循的方向。

审阅DotNetNuke 2.0的代码基，就会发现该应用程序与其前身IBuySpy Portal应用程序已经没有什么相似之处。这是一件好事情，因为它极大地提高了面向对象的N层(N-tiered)企业级软件开发的门槛。但是，在某些方面这又成为坏事情，因为它使该应用程序更加成为一个学习工具，而不再是一个专业的产品，从而疏远了那些实际上是“业余程序员”的早期DotNetNuke狂热爱好者。在许多开源项目中都能观察到这种有趣的现象。在早期阶段，开发人员社区驱动特性的设置和可扩展性的需求，最终导致系统架构和设计的复杂程度越来越高。但是，随着时间的推移，有时候又会导致应用程序超出其早期采用者的技术能力。DotNetNuke在不到6个月的时间里，托管代码已从15 000行巨增到46 000行。项目已经变得非常大，要理解它的组织结构、依赖性以及开发模式需要耗费大量的精力。