Jas*_*son 2 vb.net architecture asp.net deployment
我们有一个ASP经典ERP(非常大的应用程序),我们想要使用ASP.NET重写.
我正在寻找一种组织应用程序的方法,以便我们能够将每个程序/网页(超过400个)彼此分开.每个程序都需要独立,因为许多开发人员将同时处理该项目.
Visual Studio似乎为每个程序集创建了一个DLL,所以我想知道每个DLL为一个项目制作一个巨大的解决方案是一个好主意.
防爆.:
Customers.aspx + Customers.aspx.vb(已编译)用于演示
Customers.DLL用于对象实体
CustomersManager.DLL用于业务逻辑
CustomersData.DLL用于数据访问
这样,我们就能够单独部署每个程序而不会改变其他程序.我们还有超过一千个DLL来管理......
对于大规模应用来说,它似乎是一个很好的解决方案吗？谁有更好的主意？
谢谢
源控制的发明正是为了让多个开发同时处理大型解决方案.我非常欣赏具有可独立部署的组件的价值,但随着需要维护的独立组件数量接近数百和数千,可能会失去价值？
将应用程序分离为单独的表示/业务逻辑/ DAL DLL在每个模块的基础上确实有意义,但通常不是基于每页.
考虑应用程序的不同功能区域,这些区域可能共享代码并从那里开始(每个项目都有一组项目).