Architecture 装配中的责任分离

Architecture 装配中的责任分离,architecture,Architecture,我们正在进行一个Asp.net项目。它有两部分,第一部分是供公众用户使用(在互联网上使用),另一部分是供组织内部使用。在内部网方面,流程和对象更加复杂、庞大和复杂 虽然这两个站点将使用相同的数据库(与使用DAL生成的数据库相连接),因此这两个站点可以有相同的库,但它们操作所涉及的对象和业务逻辑的方式在双方都非常不同。现在我的困境是: 1) 将bll文件保存在单独的名称空间中,如(public.bll,internal.bll)和不同的项目(请注意,两者的职责和业务逻辑不同) 或 2) 将所有bl

我们正在进行一个Asp.net项目。它有两部分,第一部分是供公众用户使用(在互联网上使用),另一部分是供组织内部使用。在内部网方面,流程和对象更加复杂、庞大和复杂

虽然这两个站点将使用相同的数据库(与使用DAL生成的数据库相连接),因此这两个站点可以有相同的库,但它们操作所涉及的对象和业务逻辑的方式在双方都非常不同。现在我的困境是:

1) 将bll文件保存在单独的名称空间中,如(
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