n-tier-architecture

    7热度

    4回答

    我发展与ASP.NET & C#一个博客引擎。主要解决方案包括几个项目的下面所列 DomainModel:域实体和接口库 AppService:应用服务,视图模型映射器,消息等 Repositories:EF库,XML库,存根库 Presentation:实现MVP模式(视图,主持人,接口) 现在,用户端项目是一个WebForms Web应用程序,并且该项目即将完成。最后一件事是整个系统与ASP.

    0热度

    3回答

    我正在尝试改进我的应用程序的设计,因此不是从表示层调用DataAccess层。我将尝试从BusinessObjects图层中的对象实现保存方法。但我不确定如何通过图层传递对象或属性。例如在我以前的设计中,我只是在表示层中创建了一个对象实例并为其分配属性,然后调用DataAccess方法将该信息保存到数据库中,并将对象作为参数传递(如图所示)。 DAL public static void Save

    3热度

    2回答

    当涉及utils和其他帮助类时,我有问题正确地命名我的类和服务。 你会如何构建如下: EventService.cs EventServiceUtils.cs EventServiceValidators.cs EventServiceCoordinator.cs 等等 我有同样的需求作为上述服务的多个服务。 一个想到的就是这一切的分成合适的命名空间,使得它看起来是这样的: Servic

    -2热度

    2回答

    Web应用程序通常设计为分层。通常会有一个Repository(Dao)层,一个Service层和一个Control(Web处理)层。控制层使用服务层,该层依次使用存储库层。通常你会直接使用Repository图层看到Control层。 也很普遍的是使用其他服务的服务。 很多时候,所有服务都从基本服务类继承,该类将包含对所有Repository组件的所有引用。 所以我的问题是如何以及为什么要设计你

    4热度

    3回答

    我知道,回答我的问题可能涉及选择一个具体的办法,但我试图解释什么,我试图找出与细节: 考虑一个简单的3层应用程序(DAL,BLL,PL)。 DAL使用EF 4.1 Code-First,对数据的访问包含在reposiory中。 现在,在BLL中,我有Manager类。 (例如UserManager,ProductManager),其全部源自BaseManager。几乎管理器类中的每个方法都将其相关

    0热度

    2回答

    我们正在重新设计基于Web的基于应用程序的旧的基于Windows客户端服务器的应用程序。 此应用程序是使用Remoting和WCF在C#中构建的。在客户端它的Windows和WPF。 我的查询 什么所有的概念,应采取谨慎的态度使这个应用程序基于Web的? 基于Web的架构应该遵循哪些设计模式? 在WCF部分我们使用的是可以轻松迁移到HttpBinding的Net TCP Binding,但是我更关

    7热度

    5回答

    我去参加了一次采访,并被要求显示我的业务层架构。我对3层架构有一些想法,但对于在面试官面前写什么,我真的不知道。 假设我的项目涉及一个组织的员工,那么我会在那里写些什么。它会是我应该做的任何一种图表或者一些编码部分。我曾在C#framework 3.5中工作。我真的不明白在这个问题中还提到了什么,所以请让我知道是否需要什么东西。谢谢。 编辑 我在winforms中工作。 我知道什么是业务层,但不知

    2热度

    2回答

    我想弄清楚在哪里把验证放在我的N层Asp.net MVC应用程序 一方面我觉得验证应该在业务层与业务对象本身。这意味着,当验证规则发生变化时,我只需要在一个地方更改它(例如,现在用户显示名称可以是任何东西,但现在我希望名称最少为5个字符而不是符号)。这使得理解在哪里可以找到验证规则变得很简单,并且使跨验证过程的验证规则保持一致变得更加容易。 另一方面,我也觉得应该在视图模型上进行验证,因为有时您需

    1热度

    1回答

    我们的架构是一个简单的N层模型,它由坐在IIS7中的ASP.Net应用程序(在DiscountASP中托管),这暴露了WCF服务的方法。这些方法使用EF4与数据库交谈。客户端在Silverlight 4.0中。 三个要点: 认证和Authurazation是不是一个问题 - 到 服务调用匿名,我们不关心 呼叫者的身份。 传入方法调用的数据在不敏感。 我们只是想确保任何人都无法拨打电话。 纠正我,如

    1热度

    2回答

    我最近开始对基于微软.NET MVC 3,项目的进展一直不错的工作,但我一直有可能设计出一种挥之不去的感觉是不应该是100%,主要是关于控制器和视图之间的关系。 我们知道控制器可以处理一个或多个视图。从商业角度来看,我一直在建立这些关系。例如,与账户有关的所有视图都由账户控制器处理。 这是正确的做法吗?因为视图和控制器之间的1:1关系对我来说看起来很浪费。 任何指针,提示和链接将不胜感激。 谢谢!