当前位置: 代码迷 >> .NET分析设计 >> 议论:WEB项目,解决方案的组织设计
  详细解决方案

议论:WEB项目,解决方案的组织设计

热度:271   发布时间:2016-05-01 22:32:04.0
讨论:WEB项目,解决方案的组织设计
大家知道,当我们在建立一个解决方案时,会根据系统的分层等一些考虑和设计,把一个解决方案分成多个解决项目。比如BLL层建立一个项目;数据访问建立一个项目,等等。这样做的好处是各层清晰。但如果要加子系统时,有可能每个层都会变动,增加相应的功能。

我现在是想在解决方案中,一个子系统建立一个项目,这样增加子系统时,只要相应的增加一个项目,以及在主项目中进行一些配置。在每个项目中增加相应的文件夹进行分层。

但不知道这样做有什么利弊。
大家帮忙讨论讨论。


------解决思路----------------------
增加 的子项目 难道还要 再定义bll或者dal层?  完全没必要,增加子项目,直接添加相应的类库并引用bll与dal。
------解决思路----------------------
引用:
Quote: 引用:

增加 的子项目 难道还要 再定义bll或者dal层?  完全没必要,增加子项目,直接添加相应的类库并引用bll与dal。


这样就相当于增加一个子系统,在bll与dal增加类库,bll与dal都发生改变了。

或许正常就应该是这样吧。其实我不懂。只是想新增一个子系统时,对原来的各个子项目,改动越少越好。

这要看你如何理解"改动越少越好"
到底是改动的总代码行数少,还是改动的总文件数量少,还是改动的旧代码行数少(新增代码不限),还是改动的旧文件数量少(只要不动原来的文件,新增10000个文件也认了)
------解决思路----------------------
BLL通常会有许多工程,根据业务逻辑系统设计师对各行业业务的建模结果而分解。例如我们一个服务系统(不包含前端)有大概,其解决方案共有着 28 个项目,其中13个属于 BLL 工程。
  相关解决方案