2016-12-06 150 views
0

你能给我一些打击或给我解释如何在.net中创建企业应用程序,以及如何项目类型使用或如何应该是这个项目的结构?我在EE新手,我读了它,但对我来说是对现实世界例子的最好解释。我的关于.NET EE解决方案的结构思路是:在.NET中的企业应用程序

  • 数据层(项目类型=>类库)

    • 数据库访问类
    • 一些映射器(我不知道如果我可以使用数据映射模式或其他?是好主意吗?)
  • 业务层(项目类型=>类库)

    • 实体,其WIL LBE在数据层
    • 和一些应用程序逻辑
    • 服务层,数据映射器映射(我不知道这是否应该是个人层次,或经营业务层的subtier - 我想使用WCF)
  • 客户(项目类型=>的WebForms /安卓/ WPF/....)
    • 将超过WCF

是我的想法好与经营业务层进行通信?对于任何解释或暗示我将如何使用模式来尊重我的低级知识。我有要求使用2-3模式,因为是学校项目。谢谢你的答案

+0

考虑使用Web API。 – SLaks

+0

Web API是MVC的一部分,因此使用WCF进行拆分层次更好吗? –

回答

0

对于数据层我会去存储库模式和工作单元模式。这是抽象数据层和创建易于单元测试的可测试代码的好方法。

它依赖的业务层,由DDD业务应该封装在丰富的数据模型里面。贫血数据模型被认为是反模式。但个人丰富的模式可能导致关注范式分离的破产。有时,在该模型之上有贫血的数据模型和业务层是有用的。像处理程序,其中每个处理程序只执行一个动作...

在业务层之上通常是将接口暴露给外部的应用程序层。它应该很薄,没有任何业务逻辑。也许Restful api可以让你连接Android,wpf,Javascript等各种客户端...

0

我发现非常有用的一个实现是:

  • 数据访问层:
    • 实体框架:工作单位
    • 库模式
  • 业务层
    • 这层映射实体和数据库调用的DTO
  • 表示层
    • 在这里,您目前使用MV的DTOS?或任何其他模型

有你正在使用至少4种设计模式。