Architecture 装配中的责任分离
我们正在进行一个Asp.net项目。它有两部分,第一部分是供公众用户使用(在互联网上使用),另一部分是供组织内部使用。在内部网方面,流程和对象更加复杂、庞大和复杂 虽然这两个站点将使用相同的数据库(与使用DAL生成的数据库相连接),因此这两个站点可以有相同的库,但它们操作所涉及的对象和业务逻辑的方式在双方都非常不同。现在我的困境是: 1) 将bll文件保存在单独的名称空间中,如(Architecture 装配中的责任分离,architecture,Architecture,我们正在进行一个Asp.net项目。它有两部分,第一部分是供公众用户使用(在互联网上使用),另一部分是供组织内部使用。在内部网方面,流程和对象更加复杂、庞大和复杂 虽然这两个站点将使用相同的数据库(与使用DAL生成的数据库相连接),因此这两个站点可以有相同的库,但它们操作所涉及的对象和业务逻辑的方式在双方都非常不同。现在我的困境是: 1) 将bll文件保存在单独的名称空间中,如(public.bll,internal.bll)和不同的项目(请注意,两者的职责和业务逻辑不同) 或 2) 将所有bl
public.bll
,internal.bll
)和不同的项目(请注意,两者的职责和业务逻辑不同)或
2) 将所有bll保存在一个命名空间中(
project.bll
)
(BLL,如在这里使用)
< P>我认为你应该考虑第三个选项-分成三组: 1)public.bll
-所有仅针对公共区域的逻辑。2)
internal.bll
-所有只针对内部区域的逻辑。3)
shared.bll
-两个区域将使用的所有逻辑,例如DAL
您在两个项目中都包含<强> >代码>共享.BLL<代码> <强>。我认为您应该考虑第三个选项——分成三组:
1)public.bll
-所有仅针对公共区域的逻辑。2)
internal.bll
-所有只针对内部区域的逻辑。3)
shared.bll
-两个区域将使用的所有逻辑,例如DAL
然后在这两个项目中都包括shared.bll