POLL：你称之为业务层基名称空间？

我有以下的项目一个简单的解决方案如下（基地命名空间相匹配的项目名称）...

MyCompany.MyProduct.BusinessLayer
MyCompany.MyProduct.Web.Service
MyCompany.MyProduct.Web。网站
POLL：你称之为业务层基名称空间？

我只是想为BusinessLayer找到一个更好的名字，我只是不太喜欢它出于某种原因。所以我的问题是你叫什么你的BusinessLayer项目/命名空间。在命名空间的准则

文章 http://msdn.microsoft.com/en-us/library/ms229026.aspx

来源

2009-02-23 JeremyWeir

如果民意测验标记为社区维基，则民意调查往往会更好（编辑您的帖子并点击复选框）。否则，他们倾向于鼓励重复的回复（而不是对现有答案进行投票）。 – Shog9 2009-02-23 20:28:40

我将放弃“层”的后缀：MyCompany.MyProduct.Business

来源

2009-02-23 20:27:36 David

我们的是：

CompanyName.CentralClassLibrary 
CompanyName.Utilities.* 
CompanyName.TradingTools.*

首先是大部分来自原来的版本我们的应用程序，这说明中央交易对象的类。第二类是提供非交易特定功能（配置，多机等）的类。第三类用于交易的特定域（对于我们谈话的每个服务一个，一个用于计算价值等）

来源

2009-02-23 20:25:32

在过去，我只是称之为“商业”。

来源

2009-02-23 20:25:46 Jared

我做Client.Project.BusinessObjects

来源

2009-02-23 20:30:14

我们只是使用BL，因为它代表了这两个业务层和BudLight。

来源

2009-02-23 20:35:31 Cory

在Java中，我使用com.companyname.applicationname.*“标准”，即使它有点老派。

在C＃中，我使用CompanyName.ApplicationName.*的方法。

在这两种情况下，*通常都是业务层的business，数据层的data等等。

来源

2009-02-23 20:36:01

我们的业务逻辑和数据访问层

CompanyName.ApplicationName.BLL CompanyName.ApplicationName.DAL

另一种可能是BusObj或类似的东西。

来源

2009-02-23 20:44:23 MikeW

Company.Product.FunctionalDomain.Biz

来源

2009-02-23 21:02:30 StingyJack

我见过BusinessLogic，但它通过在这里的答案很多时候你会看到其余指出...

MyCompany的。 MyProduct.DataAccessLayer（或DAL）
MyCompany.MyProduct.BusinessEntities（或的BusinessObjects）
MyCompany.MyProduct.BusinessLogic
MyCompany.MyProduct.Web.Service
MyCompany.MyProduct.Web。网站

这种东西的另一个很好的参考书是Framework Design Guidelines书。

来源

2009-02-23 21:05:18

大多数我们在使用DAL数据访问层和BR业务规则运作的应用程式...

来源

2009-02-23 21:14:35 davidsleeps

为什么层直接与摆在首位命名空间的一比一的关系映射？分层是一种分解复杂软件系统的技术。这是一种看到主要子系统像蛋糕一样排列的方式，其中每个层位于较低层。较高层使用来自较低层的服务，但较低层不知道较高层。应用程序可以轻松地为每个主题区域（演示文稿，业务，数据源）提供多个包。

例如，在Web应用程序中，HTML和CSS是表示层的一部分，但这些文档都不会驻留在MyCompany.MyProduct.PresentationLayer命名空间中。

因此，回答您的问题“您称之为业务层基本命名空间？”绝对没有。这样的名字空间不应该存在。命名空间应该按功能命名。 业务层是而不是的一个功能。表示层，数据层或服务层都不是。

只是我的两位。

来源

2014-05-21 11:43:55

POLL：你称之为业务层基名称空间？

回答

相关问题