n-tier-architecture

    1热度

    1回答

    我阅读了以下关于MVP的非常好和翔实的文章:MVP Building from scratch。 参照下面体系结构图(从柱截取):我想知道如果在表示层所限定的模型类将在BLL层共享以及 。这些类是否构成单独项目的一部分,然后在BLL中引用。 服务层用户也不会将模型类从BLL传输到&。

    -1热度

    2回答

    是n层开发的新用户,我想知道如何确定要使用的图层数量?我知道DAL和BLL的结构和部门,但是一些用户可能会将他们的项目分成更多层级,具体取决于开发人员使其层级更多还是更少的原因。它是性能和功能的原因?请解释。 也有一个标准的层数?

    1热度

    2回答

    存在架构问题。我试图将逻辑层分成物理层,并且遇到一些麻烦。这里是我想要的东西设置的方式: 实体 - 一个DLL。我的POCO课程。没有任何倾向。 DAL - 一个DLL。包含模型和DbContext。依赖于实体。 BLL - 一个DLL。包含CRUD功能。依赖于DAL和实体 用户界面 - 一个网站项目。对BLL说话。 我的问题是,在BLL,我做这样的事情: ''' <summary> ''' T

    2热度

    1回答

    我正试图与Ninject握手,似乎无法找到任何有助于解决问题的文章。我创建了一个简单的包含Web,业务逻辑和数据访问层的n层解决方案。在DAL中,我为我的数据库(简单的两个表格数据库)和通用存储库(IRepository和ItemRepository)创建了一个模型,如下所示。 public interface IRepository<T> where T : class { IQue

    1热度

    1回答

    我正在写共享库中的“域对象” - >“汇编器” - >“数据传输对象”(DTO)模式,以允许表示层和服务层通过DTO进行通信。我避免使用任何共享接口来允许在DTO中进行课程粒度聚合。我对“CreateDTO”方法有一个很好的把握,但是我想知道如何在C#中的汇编程序中实现UpdateDomainObject(DTO dto)方法。我正在考虑以下结构简化我的代码: public class SomeA

    1热度

    2回答

    当我使用实体框架时,是否需要编写表示数据库表的类?例如,我有以下表格:Account,Customer,Order,... Entity Framework除了以下对象集合之外,还会为我提供Account,Customer,Order对象:Accounts,Orders,Customers ..等等。是否需要包装这些对象?

    7热度

    4回答

    将数据库实体映射到模型并执行业务逻辑的最佳实践是什么?我已经看到了两个不同的实现。我注意到了一些实现,其中Repository(在数据层中)本身负责将数据库实体映射到域模型。例如,一个存储库这样做: public IQueryable<Person> GetPersons() { return DbSet.Select(s => new Person {

    2热度

    3回答

    我不知道如何正确管理C#中的接口。我的目标是为我的业务层服务创建一个抽象类,它具有一些调用不同DAL存储库方法的常用方法(如Save(),Dispose())。我想避免在我所有的服务类似重复: public Save() { repository.Save(); } 我有类似的情景: 接口 namespace Common { public interface IRe

    0热度

    2回答

    我很困惑如何对我正在做的项目进行分类,如果它是3层或2层。 基本上它是一个医疗服务系统,它使用PHP和JS(使用Jquery和Ajax);两者都用于业务逻辑。一些更有知识的人告诉我它是三层的;我不知道为什么......也许是因为HTML被认为是表示层,PHP和更重要的JS被认为是业务层,而PHP(带MySQL)则是用于数据访问层?是吗?我个人认为它是两层的。有人可以请给我一个详细的解释呢?非常感谢

    0热度

    1回答

    我已经开始与MVC n层应用程序的实体框架(EF)一起工作。这看起来很明显,这是一个Web应用程序(无状态),我不得不使用分离的对象模型。执行Add操作没有任何不明确之处。然而在做编辑的时候这里有两种方法 取原始对象的情况下,附加更新的对象, 然后保存到数据库中。喜欢的东西在答复中提到这个 问题 EF4 Context.ApplyCurrentValues does not update curr