service-layer

1热度

1回答

我正在加载Zend 1.11并与Doctrine 1.2集成，并且已经阅读了很多关于使用服务层的内容。就我的理解，服务层位于业务逻辑之上，在控制器和域模型之间添加一个层。但是，我被困在如何实际实现服务层，主要是因为我有点不确定应该定义的服务类的类型的API。首先，给定服务等级，App_Service_Memberships将与App_Model_Group和用户处理业务实体组作为App_Mo

3热度

1回答

跨2个服务层共享方法

我正在开发一个应用程序与MVC3和实体框架。我有两个实体具有一个相似性的服务层。这两个服务是DurationService和FieldService。前者处理日期和日期设置列表。这些设置包含有关每天时间段的信息（开始时间，结束时间，可能的中断时间列表）。后者服务处理字段和字段设置的列表。这些字段设置用于确定字段可用性。两种服务都需要检查中断时间是否重叠。我将它编码为DurationServic

9热度

4回答

如何将服务层验证消息传回给调用者？

我已经做了大量的研究，包括这里的SO，我似乎无法找到明确的方向。我目前有一个ASP.NET MVC3应用程序，它有一个位于存储库之上的服务层。在我的服务层，我具备的功能，如： public class MyService{ public void CreateDebitRequest(int userId, int cardId, decimal Amount, ....)

2热度

4回答

简单的轻量级服务层

我需要在本地揭露一些逻辑作为服务... 的对象发送/接收/从逻辑是相当大的，信息是敏感和逻辑将永远不需要外部暴露它仅用于本地服务器。一些MVC开发人员争辩说，它应该使用WEB Api服务公开 - 这是否值得实施？他们的观点是，使用Web API，它更加融入到MVC中，并使得显示结果更加容易（我对这一方面一无所知），我担心我们将不得不实施复杂的授权并牺牲性能。有没有更适合这种情况的轻量级服务层

3热度

1回答

服务层是否位于控制器和模型（映射器）之间？

我发现自己需要将一些功能移入服务层。在这种特殊情况下，它涉及关于zend-paginator的example。在该示例中，服务层只是控制器和模型之间的临时阶段。看起来这是它的预期作用，并且在certain circumstances之下似乎很有道理。它虽然给我提出了几个问题。首先，难道我不能轻易将示例服务代码移动到控制器而没有任何真正的损失，并且这不会让我通过移除一层代码而受益吗？假设移动

3热度

2回答

没有域对象用于检索标量值的存储库模式

最近，我试图弄清楚我架构中的某些方法，函数是否处于好位置;在正确的层。我想要遵循the repository pattern of Martin Fowler将我的服务层与数据库分离。由Martin Fowler在他的网站解释的定义，说：版本库介导域和数据映射层之间，像个内存中的域对象的集合。问题是我有很多要求，例如我必须得到所有发票的总和。你可以理解，所有发票的总和是一个标量值。如果我遵

6热度

1回答

数据访问和安全

我们最近开始改善组织，减少重复建设，除其他事项外，努力使用学说2.2，和Zend框架2的部分。今天，我开始讨论实现服务层的想法，以充当我们的控制者和主体实体之间的中介。目前，我国大多数逻辑驻留在控制器中。另外，我们使用动作助手来测试某些权限;然而，在实现Zend \ Di之后，我想出了一个新的方法。我开始创建特定于实体的服务模型，它使用Zend \ Di来注入一个EntityManager实例以

0热度

2回答

把复杂的，多领域相关的逻辑：在服务层或模型本身？

我想在我的项目中应用领域驱动设计原则，但无法确定我应该如何处理依赖模型的业务逻辑。例如，假设此场景：我有Person和Car域模型。每个人都适合从基于年龄/预算/偏好等的数据库购买某些汽车。在我的模型中，我希望有一个适合此人使用的汽车列表（SuitableCars）。 public class Person { public List<Car> SuitableCars {get;

0热度

1回答

如何加入多个表，而不在C＃

使用导航属性我有一个ASP.NET MVC3应用。在我的应用程序有以下EF类（hasCauses和isOfProblems是导航性能）： Problem {string ProblemId, string ProblemName, string ProblemDesc, bool solved, hasCauses} Cause {string CauseId, string CauseNam

0热度

1回答

在使用Service和Entity Framework 4.1时保存并返回新创建的对象？

最近，我们关闭了实体框架的延迟加载和代理生成。在此之前，在我们对EF进行了新的更改之后，我们会收到整个对象图。我现在正在做的是，在提交之后，我调用存储库上的FindById方法来获取新对象（我将导航属性包含在newley创建的对象中）。我的问题是，这是创建后的标准做法，还是客户端应该负责第二次调用服务以获取新创建的对象？ public SomeObject Create(SomeObject so