关于asp.net项目解决方案拆分与部署

随着网站项目的增大，同时早期几个语言版本开发过程中积累了大量的重复代码，这些代码主要集中在BLL层及DAL层，造成了后期维护的难度和复杂度，基于提高代码重用、提高运行效率的考虑，身边有了将解决方案中的各层项目（BLL、DAL）拆分独立为解决方案的想法。

 

于是有了以下测试：

 

方案1、将A解决方案的站点websiteA独立出来，成为C方案。

将B解决方案下的DLL拷贝到C的/bin下，测试运行通过

 

方案2、将A解决方案的站点websiteA直接放到B解决方案下，运行通过。

 

解决方案的部署方式决定了项目开发的统一性，灵活性及稳定性，将DAL，BLL独立出来的方式个人认为会增加项目开发及测试过程的复杂度，这是以牺牲效率为代价的。

作为一个整体，BLL,DAL以及WEB是整个解决方案的核心。个人认为把那些公共的很少改动的组件，如Common，DalCommon，CommonControl等拆分出来，而那些经常需要调试修改的功能性模块能保留尽量保留，

 

基于这种部署方式，将能够共用同一套底层的多个语言站点放在一个解决方案下是可行的。