n-tier-architecture

    4热度

    2回答

    我想在我的WinForms应用程序中实现N层体系结构,以便从数据访问中分离(只是逻辑上 - 在一个项目中)业务逻辑,但是我对使用BLL中的transacion存在一些疑问。我在互联网上找到的所有教程都是该体系结构的非常简单的实现(没有事务),或者对我的需求来说太复杂。试图找到我自己的方式,我已经到了这个地步,我不知道处理BLL层交易的最佳方式。 我会尝试使用一些简单的例子来说明这个问题(所有的类都

    0热度

    1回答

    我的框架中有DTOmodel。 BLL和View根本没有看到EntiyModel。我想在图层之间传输和转换复杂表达式。 这是在BLL这样的方法...... //// BLL(Service) Public PersonDTO getAll(Expression<Func<PersonDTO, bool>> whereCondition) { return _repository.g

    0热度

    1回答

    我找了如下的情景一些建筑理念服务访问: 环境: 我有做几件功能服务(WCF在窗口服务托管)。我提供客户端库(.NET Windows dll),它提供了访问此服务的API,并且还具有其他客户端功能。 问题: 基于商业原因,我需要寻找该服务的机制,只允许客户端的 特定版本访问某些功能(访问某些API的),不要让其他版本的Access的客户。基本上来说,我期望教育该服务信任来自1个特定客户端版本的所有

    12热度

    2回答

    通常当我布置的n层体系结构的一个项目,我有以下几层: 域(域模型库合同) 数据(库域模型之上工作) 服务(聚集体回购,缓存,验证) 演示(MVC的应用程序) 在哪里将ASP.NET MVC 4 Web API纳入考虑它将被实际应用程序和外部客户端使用?它是否是服务图层的一部分,还是使用服务图层,并与MVC应用程序处于同一级别?

    1热度

    1回答

    我想创建一个具有n层体系结构的应用程序。我想将每个图层设计为一个插件组件。 设计一个n层架构应用程序,其中每个层是一个插件组件是否正确?

    1热度

    1回答

    应用服务通过制定和协调的工作流程来电,基础设施服务,域服务和域实体满足客户端发出的命令(即表示层)。 它是一种常见的做法也有少数域服务做类似的工作作为应用服务,这意味着它们也使和协调电话,唯一的区别是,他们做的更精细的级别(即他们只做和协调对其他域服务和域对象)? 如果是的话,任何想法应该如何细粒度应该这些域服务是? 谢谢

    0热度

    2回答

    这个问题(正如标题中所述)最近在我看到Spring MVC 3.1的注解支持,同时也考虑了即将推出的项目的DDD。在新的Spring中,任何带有业务方法的POJO都可以注释为控制器,所有我在Controller类中处理的问题都可以通过注释完全表达。 所以,从技术上讲,我可以带任何类并将其作为控制器,java代码从任何控制器特定的代码中免费,因此java代码可以处理诸如检查安全性,启动txn等事情。

    0热度

    3回答

    在我的N层体系结构中,我有DTO(AddressResponseDTO),我有大约20个属性。当表示层请求(AddressRequestContext)特定搜索操作对我的业务层的响应时,我将发送此DTO(AddressResponseDTO)到PL。 但这并非总是如此。地址搜索请求将被更改有时,我只需要发送3个属性(可以说城市,邮编和地址计数),有时可以是5.因此,我仍然可以使用20个相同的DTO

    0热度

    2回答

    通常使用dbContext从实体框架的代码看起来是这样的: using (var context = new SMDbContext()) { context.StartTransaction(); var userCrudLogic = new UserEntityCrudLogic(context); userCrudLogic.CreateUser(...)

    0热度

    1回答

    在我的项目之一,我使用的是N层架构 DAL (Repository Pattern) <-> BLL (POCO Services) <-> Web UI (ASP.NET MVC) 我创建了一个通用存储库,一切都是DAL层上的罚款。业务逻辑层中 ,我有我的服务方法,它的运作就像(我爱,因为比萨:) myOven.Bake(myPizza); 的使用,即使例如,我需要这是内部的一些具体信息