在.NET企业应用

Question

你可以给我一些打击或给我解释如何在.NET创建企业应用程序，以及应该怎么项目类型使用或如何成为这个项目的结构？我在新受EE和我读到它，但对我来说是对现实世界的例子了最好的诠释。我的关于.NET EE解决方案的结构思路是：

• 数据层（项目类型=>类库） 数据库访问类 一些映射器（我不知道如果我可以使用数据映射器模式还是怎么了？是好主意吗？）
• 经营业务层（项目类型=>类库） 这WIL LBE映射在数据映射器在数据层实体 和一些应用程序逻辑 服务层（我不知道是否应该单独层或经营业务层的subtier - 我想使用WCF）
• 客户端（项目类型=>的WebForms / Android设备/ WPF / ....） 将与经营业务层在WCF沟通

是我的想法好不好？我会gratefull任何解释或暗示如何模式可以我对于我的低知识的使用。我必须要求用2-3的图案，becouse是学校项目。感谢您的解答

Answer 1

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

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

在那里，您正在使用至少4种设计模式。

Answer 2

对于数据层我会去与工作模式的存储库模式和单位。这是非常好的方式来抽象数据层和创建可测试的代码，其能够容易地进行单元测试。

业务层这取决于，由DDD企业应该内丰富的数据模型进行封装。贫血的数据模型被认为是反模式。但个人丰富的模型可能会导致关注范式分离的废墟。有时它是有用的贫血数据模型和业务层上该模型的顶部。像处理器，每一个处理器不正是一个动作...

在业务层的顶部通常是其暴露的接口外，你的客户应用层。它应该是真的瘦了没有任何业务逻辑。也许宁静的API，它将使你的各种客户端连接的Android一样，WPF，使用Javascript ...