n-tier-architecture

    0热度

    1回答

    我很努力为当前项目获得一个好的体系结构。这是我第一次设计一个严肃的多层应用程序,试图使用软件工程的最佳实践(DI,单元测试等)。我的项目使用洋葱架构。 我有4层 核心层:它牵着我的业务对象。在这里,我有用他们的方法代表我的业务实体的类。其中一些对象具有对服务接口的引用。 DAL(数据访问)层:它定义POCO对象并实现核心层中定义的存储库接口。在这一层中,我认为设计一个大型的实用程序类是一个好主意,

    0热度

    1回答

    我无法真正找到令人满意的解决方案。我有一个正的层应用: UI 演示(域模型用作DTO,的ViewModels然后提交) 业务层(域模型) 库和DAL(数据模型) 我的问题是我需要在业务层中使用完整的对象。不过,我无法弄清楚加载它们的最佳方式是什么。这个问题可能看起来很愚蠢 - 也许它是 - 但我很困惑。我有以下类(只是为了说明): public class Library { int

    2热度

    1回答

    我正在关注这个Contoso University MVC NTier University架构。但我不知道如何将其设置为多个数据库上下文。在我的MVC应用程序中,我有两个通常可以访问的数据库。 Project.Common(这是把像IUnitOfWork通用基础架构,IRepository) Project.Data Project.Models Project.Service Project2

    0热度

    1回答

    我开始使用PHP开发一个家庭网站项目,我打算用三层体系结构来完成。但是在这样的体系结构中,我无法找到任何关于文件夹结构的标准/偏好。我们使用的文件夹结构,我的工作是以下之一: (文件夹都加粗) 管理 包括 auth.php page1 的index.php 第2页 的index.php 包括 CSS 个的style.css JS 的jQuery-UI-10.4.0定制 javascript.js

    1热度

    2回答

    我一直在阅读很多回合六角形建筑,我确实得到了大部分的概念(当然,我希望我这样做),但我没有找到任何示例该建筑用例明智。 假设我的应用程序域模型是让人喝醉。整个业务逻辑包含在Person类中,该类位于域层中。 class Person { private $name; private $age; function __construct($name, $age)

    0热度

    1回答

    我们想在我们的应用程序中使用simplemembership提供程序。但是,我们觉得验证用户是否是角色应该是业务逻辑的一部分。 Simplemembership需要依赖于System.web,我们不想在业务逻辑中引用它。 有没有办法将System.web与简单会员提供程序分开?

    1热度

    2回答

    我构建了一个移动应用程序,并且我想向人们解释它的一种方法是通过四层体系结构;所以经过一点阅读和研究。从我理解我做了这样的设计 看着前两层之间的沟通我不知道我是否做得正确。我认为我在某个地方看到每一层都必须分开,而这显然不是。但它满意的两层可以单独构建......对吧? 最后是正确表示四层架构的图。在此先感谢

    2热度

    2回答

    我正在开发一个新项目,而不是在同一个项目中使用UI和Web Services创建单个项目,我想将它们分为两个项目。像图像一样。 你会使用在Visual Studio 2013什么项目类型做到这一点。我知道我可以用手做所有事情,但是... 我已经尝试了WebAPI项目类型,但它假设1项目中的所有内容。 我知道别人已经摔过这个问题,所以我会很感激你的意见。 任何意见,将不胜感激。

    0热度

    1回答

    我正在研究一个体积相当不错的Web项目。同时,这个项目即将扩展到Android,iOS等多种平台。我的目的是集中可跨多个平台访问的代码。 但是,我对组织图层(BL,DL,UI)有点困惑,因为我对这个设计很陌生。 我的意图是将与特定模块相关的所有代码保存在一个类库中。这就是为什么我将DAL和BL保存在每个模块中的原因。 方法1种 - (UI) Web Project - Modul

    0热度

    2回答

    我有一个关于n级项目的问题 我在看一个视频课,教你如何创建一个基于SOA原则的应用程序。 首先,一个视频类是旧的,或者没有代码优先的方法。 在视频中,开发了实体对象的业务层,因为据他说,是不好的,我们使用实体对象由实体框架默认生成。 有了这个,在数据层创建的存储库,使用实体对象层模型,而不是使用从数据层的实体对象 这似乎很奇怪,如果你认为数据层依赖于业务层上 这让我很困惑,因为我使用的代码,第一种