3-tier相关内容
在我的 asp.net 3.5 a3 层应用程序中使用水晶报告时出现以下错误 命名空间“CrystalDecisions.Web"中不存在类型或命名空间名称“CrystalReportViewer"(您是否缺少程序集引用?) 我包含的命名空间是: 使用系统;使用 System.Collections;使用 System.Configuration;使用 System.Data;使用
..
我对使用 MVC 模式有点困惑.我们有一个三层架构:数据、中间件、前端.我们正在为 iPad 开发一个应用程序,它主要执行以下操作: 使用 JSON 服务 以某种 UI 形式显示结果 用户交互(点击图标)/修改(编辑一些输入) 重复... 一个业务流程在前一个流程的 n 次迭代后完成,即我们消费一个服务并更新屏幕,用户做了一些事情,我们使用来自前一个服务的响应数据加上一些其他用户
..
我正在考虑在我的新项目中使用 MVC 模式,我可以清楚地看到能够将数据层(模型)稍微靠近表示层(视图)的主要优势,这将允许应用速度略有提高.但除了性能观点,MVC 与视图-逻辑-数据分层类型模式相比还有其他优势吗? 编辑:对于那些感兴趣的人,我刚刚上传了我创建的示例 PHP 代码,用于测试 MVC 的使用.我故意省略了所有的安全检查,使代码更容易阅读.请不要过多批评它,因为我知道它可以更加精
..
转换可以在第一层 (UI) 中完成吗? 解决方案 对于这类操作我个人在项目namespace下创建了一个Utils class/namespace (myProjectNamespace.Utils).一个 ststic 类,带有 public static 成员,用于转换、格式化、计算...... 大多数时候把这个类放在BLL(业务逻辑层)中,但有时你需要为不同的层使用不同的Uti
..
我正在编写设计文档,我的团队成员愿意从 ASP.NET WebForm 迁移到 ASP.NET MVC.这很好,但我很难理解 MVC 如何在 3 层(数据层、业务层和表示层)架构中工作.我们可以说模型、视图和控制器是表示层的一部分吗?模型是业务层的一部分吗? 简而言之,MVC 和三层架构如何协同工作?感谢您的帮助! 解决方案 我认为 ASP.Net MVC 位于表示层.它使用的“模型
..
我读过很多关于 c# 中的 3 层架构的文章,但我看到了: 几乎使用业务逻辑层(BLL)作为对象映射数据库中的对应表.这个 BLL 对象有一些这样的方法: +GetData():返回这个; +Update(this); +Insert(this); +Delete(this); 这个BLL对象调用对应的DAL(Data Access Layer)来执行到对应的数
..
我知道这可能是一个重复的问题.但是我从未找到像我这样的初学者可以理解的正确解释. 我的问题是“我们在业务逻辑层中可以做的所有事情".我已经完成了3层架构项目.但是我只使用BLL在UI和数据层之间传递值. 但是,每当我参加面试时,他们都会问我,您在BLL内部所做的所有事情. 请帮助我了解BLL的正确用法. 如果可以的话,请提供一些示例代码. 解决方案 此问题可能会被删除,因为
..
UML中有很多类型的图.我对于将哪个用于什么用途感到困惑.我使用UML组件图为Web应用程序软件设计了3层体系结构.请查看所附图片,并告诉我是对还是错.在此体系结构中使用组件图是一个好主意吗?
..
我正在使用简单的3层体系结构。 在此,我使用DTO类在UI,BL和DL之间进行通信。 那么,层之间还有更好的通信方式吗?还是这是正确的方法? 解决方案 DTO,数据传输对象,是分布层的概念,在传输数据时使用在您的消费者和您的服务之间。因此,如果您不发布任何服务,请下DTO。 要回答您的问题,还取决于您的应用程序有多复杂。如果简单,则只需使用CRUD操作,甚至可以使用 DataTa
..
我正在用PHP启动一个家庭网站项目,我打算使用3层架构来实现。但是在这种架构中,我找不到文件夹结构的标准/首选项。我们在我工作的地方使用的文件夹结构如下: (文件夹以粗体显示) 管理员 包括 auth .php page1 index.php page2 index.php 包括 css style.css js jquer
..
我正在构建一个具有表示层(PL),业务逻辑层(BLL)和数据访问层(DAL)的3层体系结构。 传统的3层体系结构逻辑指出BLL应该充当PL和DAL之间的调解人。 PL甚至不应该知道有数据库,而DAL甚至不应该知道有BLL或PL。 以上实现将在以下三个不同的物理项目之间产生以下依赖关系 PL 项目-> BLL DLL的引用 BLL 项目-> DAL DLL的引用 DAL 项目->无
..
我当时正在使用MVC3&实体框架和项目模型仅与我的entity.emdx有关. 现在,我想将此项目转换为三层体系结构,该体系结构将涉及: (表示层:我的旧MVC项目的视图和控制器), (业务层:与数据库有关的所有操作), (数据访问层:我的实体框架(.emdx)), 这就是我的结论, 如果我是正确的,那么MVC项目(表示层)中的模型将为空,是否可以在不包含模型的MVC中使用? 如果我的想法是错误的
..
假设您有一个分层的项目,分为表示层,业务层和数据访问层.如果使用的是CQRS,则将直接从数据访问层到表示层进行查询,并绕过业务层. 在这种情况下,如果您在表示层中使用ViewModels,则您的数据访问层将需要引用表示层,以根据表示层中的ViewModels返回数据.那不是反模式吗? 此处存在类似的问题- MVC 3应用程序中的模型,ViewModels,DTO 但是,如果您正在
..
我正在研究Web API Core 2.2,需要设计3层体系结构. 我该怎么办. 我的项目结构如下 在Web API项目中. public void ConfigureServices(IServiceCollection services) { services.AddDbContext(opt =>
..
我实际上陷入了三层结构。我上网冲浪,发现了两个术语“数据库抽象层”和“ “数据访问层”。 两者之间有什么区别? 解决方案 我的理解是,数据访问层实际上并没有抽象数据库,而是使数据库操作和查询构建更容易。 例如,数据访问层通常,它们的API与SQL语法非常相似,但仍需要了解数据库的结构才能编写: $ Users-> select('name,email,datejoine
..
我没有使用任何ORM。因此,我在争论“保存”方法实际上是属于业务领域实体还是应该在将要交付给业务领域实体进行保存的某些服务中抽象化? class员工 { 字符串名称; DateTime出生; GetAge() { } Save() { } } OR class Employee { string Name; D
..
我去接受采访,被要求展示我的业务层架构。我对三层体系结构有一些想法,但对于面试官面前要写些什么却真的不知道。 因此,假设我的项目与一个组织的员工打交道,那么我在那儿写了什么。它应该是我应该制作的任何类型的图还是某些编码部分。我在C#Framework 3.5中工作。我真的不明白在这个问题上还有什么要提的,所以请告诉我是否需要。 编辑 我在winforms中工作。 我知道什么是业务层,但
..
我一直在重新编写网站的后端,并已将其移向三层体系结构. 我的意图是使其结构如此 Web site WCF Service (1) Business Layer (2) Data Layer (3) 我的问题是DTO在此结构中的位置.我将需要使用DTO在业务层和WCF服务之间以及从WCF服务到使用网站之间移动数据. 在这里进行研究时,尽管有些挠头
..
在到目前为止我完成的学校Web项目中,我已经使用3层方法构建了应用程序. 数据层,应用程序和表示层. 我已经将这种体系结构与python和java一起使用,我也希望将其与php一起使用. 我对层之间的通信非常严格,因为这些是分配的要求,并且我可以说我发现它非常好,因为当我尝试一次从mySQL切换到Mongo db时,这非常容易.我只需要更改数据访问对象功能内的代码即可. 正如我之前所说,我现
..
在MVC和3层或N层架构中开发网站有什么区别? 哪个更好?什么是利弊? 解决方案 它们几乎相同,但是在3层中,顶层(表示形式)从不与底层直接通信(数据持久性). /p> 在模型视图控制器中,理论上模型应该“通知"视图已更改,以便视图可以更新.但是,这在大多数Web应用程序中通常不是问题,因为它们是无状态的.我不确定是否有任何著名的PHP MVC架构是否具有可直接与模型通信的视图,反
..