n-layer

    0热度

    1回答

    在N层体系结构中,REST接口暴露了一些资源。客户需要使用基于TLS的基本身份验证进行身份验证。业务逻辑确保数据有效并被系统接受。应用过滤器以确保租户只能查看和更改其数据。 如果一个服务需要处理同样的数据,那会是更好的 1)有它使用相同的REST接口,但应用服务级过滤器,并使用技术帐户进行验证 或将是最好 2)是否有服务帐户直接使用业务(域)层?` 对于使用其他方法,您有什么看法或逻辑?

    1热度

    2回答

    我们在我们的应用中使用n层架构。 假设我们使用3层应用程序,并使用表示层的MVC模式,哪个层应测试? 如何在我的应用程序中找到可测试性点? 表示层? 业务层 数据层 所有这些?

    2热度

    2回答

    我正在开发一个asp.net mvc项目。另外我想使用n层解决方案结构。所以,我为我的解决方案使用了以下结构。它特别显示了我怀疑的部分解决方案。我打算为每个我需要的实体创建接口,以便不重复代码,并且在将数据(列表或对象)从dal传递到表示时不会出现问题。你怎么看?这是一个好方法吗? [

    0热度

    1回答

    我一直在尝试使用实体框架开发具有WinForms应用程序的N层设计。 以下示例流程是否正确使用实体框架在n层设计中保存新记录? 表示层 A)UI执行光屏幕输入数据的验证。然后,UI将 视图模型转换为DTO并将其传递给应用程序层。 应用层 A)应用层发送DTO以领域模型领域层 领域层 A) 前验证为符合业务规则传入DTO价值创造的新实例领域模型SoftwareRequest实体。 B)如果所有值都经

    0热度

    1回答

    我正在开发N层web应用程序(UI /服务/ DAL)。 在调用某个服务时,服务层内部有时会发生需要用户通知的事件。 我应该如何将这些消息从服务层传递到UI层? 注意到这些消息不是错误,而只是某些事件的通知是非常重要的。

    2热度

    1回答

    我曾经让我的DTO在域层中声明。但那是在我后来才明白,应用层应该将原语传递给域层来实例化域模型实体,而不是DTO。现在我知道了这一点,对于在域图层中声明的DTO没有用处。 由于我的应用程序层具有应用程序服务,该应用程序服务可以将数据转换为DTO并将数据转换为各种图层,因此我认为DTO也可以在应用程序层中声明。 那么,应用层通常应该在哪里声明DTO? 在此先感谢。 更新:02/25/2016 我将基

    0热度

    2回答

    今天我和同事讨论了一个软件架构主题。我们不知道为什么分层软件体系结构的大多数示例都使用单独的Visual Studio项目?将图层逻辑分隔成Visual Studio项目有什么缺点?我们的团队由4至6名软件开发人员组成。

    1热度

    2回答

    对不起,关于标题,我找不出合适的描述。 我有四个层次: 核心层:包含DTO的,服务和存储库接口。 业务层:包含处理业务逻辑的“服务”。 数据访问层:包含处理数据库访问和将实体转换为DTO的存储库。 表示层:UI东西 我碰到的,我不知道怎么解决最好的问题。我异步增加一个实体到数据库中,像这样: // The AdministrationRate has an ID property, Entity

    1热度

    1回答

    我试图首次将N层体系结构实现到我的项目中。 我创建BLL,DAL和GUI 这里是GUI XmlSettingsBLL xmlSettings = new XmlSettingsBLL(); var newDict = new NewDictionary() { StrDataSourceType = "AccessMdb",// DataSourceType.Acc

    5热度

    1回答

    阿利斯泰尔科伯恩引入六角结构,现在它被称为Ports and Adapters图案。在我的理解中,这个概念类似于n层体系结构,其中一层仅通过抽象(接口)依赖于另一层。例如,应用程序层依赖于许多存储库服务接口,而不是它的实现。这里不需要单独实施端口或适配器。像Unity这样的IoC容器可以注入存储库的实现,所以适配器不是必需的。 我是不是混淆这个端口和适配器DIP(依赖注入原则)模式? 可有人点我到