在n层软件架构中，DBMS是数据库层的一部分还是DAL的一部分？
在n层软件架构中，DBMS是数据库层的一部分。
DBMS（Database Management System，数据库管理系统）是一种用于管理和操作数据库的软件系统。它提供了对数据库的访问、查询、更新和管理等功能，是应用程序与数据库之间的桥梁。
在n层软件架构中，通常将软件系统分为多个层次，以实现模块化、可扩展和易维护的设计。常见的n层架构包括三层架构（Presentation Layer、Business Logic Layer、Data Access Layer）和四层架构（Presentation Layer、Application Layer、Business Logic Layer、Data Access Layer）等。
在这些架构中，数据库层通常被划分为数据访问层（Data Access Layer，DAL）和数据库层（Database Layer）。数据访问层负责与数据库进行交互，包括数据的读取、写入、更新和删除等操作，而数据库层则是实际存储和管理数据的地方。
DBMS作为数据库管理系统，属于数据库层的一部分。它负责管理数据库的创建、维护、备份、恢复等任务，提供了对数据库的高效访问和操作能力。在n层架构中，数据访问层（DAL）则是负责将应用程序的数据访问请求传递给DBMS，并将查询结果返回给应用程序。
总结起来，在n层软件架构中，DBMS是数据库层的一部分，负责管理和操作数据库，而DAL是数据访问层的一部分，负责将应用程序的数据访问请求传递给DBMS。
相关·内容
我们有一个n层体系结构，有一个DAL -> BL -> UI，分离.在DAL中，我们有EF来访问数据库。
我们需要从不同的公司调用外部API。我们获得了几个带有库的客户端.DLL文件，以使流程无缝。
我们很难决定.DLL文件应该驻留在哪里。我们应该把它们放在DAL中，然后在DAL中进行调用，因为这是数据访问，还是应该将其全部放在BL中并在其中进行外部调用。因此，不接触DAL并保持其隔离，只用于数据库访问。
如能就此提出任何建议，我将不胜感激。
浏览 0提问于2018-04-03得票数 0
回答已采纳
上周，我和我的前辈们讨论了三层架构。我是说它有一个UI层，业务逻辑层和数据访问层。在我完成后，他只是告诉我，我说的是3层架构，而不是3层架构。然后我问他有什么不同，他给我的任务是制作一个关于差异的文档。因此，到目前为止，我指出3层体系结构是1。客户端位于计算机2上。应用程序服务器托管在一台计算机上3。数据库服务器托管在另一台计算机上
其中三层架构(UI、BLL和DAL)可以在同一台机器上工作。我要问你的是，我说的对吗？根据你的知识，有什么不同？有谁能解释一下吗？
浏览 1提问于2011-08-08得票数 12
回答已采纳
2回答
这就是get被引用的全部内容。也就是说，演示文稿没有对DAL的引用。
也就是说，写入流程通过SL，但为了从数据库读取数据，希望我们在表示中有一个指向DAL的linq查询。这看起来很奇怪，但我被告知我的方式是过时的，我的方式和他们提出的方式本质上是一样的。
这是正常的吗？这基本上是领域驱动开发还是什么？我发现奇怪的是，linq调用来获取表单的数据是在表示层，而不是我认为的服务层方法：
public MyPersonObject GetPersonByPersonId(int personId)
然后是Business中的相同方法，它可能会对获取的内容应用一些规则，然后是DAL中的相同方法，
浏览 0提问于2012-10-08得票数 2
回答已采纳
1回答
N层架构和其他应用程序到项目
、、、、
我只是对3层架构或n层感到困惑，所以这就是我问这个问题的原因。我的问题是基本的问题和相关的概念，这些techniques.My项目的实现结构多多少少像这样()。(我想手动编写所有的bll、dal、object，不想使用orm)一个朋友告诉我，这种方法叫做“强类型数据集”.so到目前为止还不错，但我不使用应用数据适配器或数据表或数据集，只是返回一些对象列表(DTO或对象，不管你怎么调用)或任何我需要的东西，就像我给出的链接一样。这个名字叫“强类型数据集”正确吗？？
我想要的就是将接口应用到我的“强类型数据集”(我不喜欢这个名字!)像这样接近.doing，我打算简化代码编写，避免一次又一次重复编写
浏览 6提问于2013-09-20得票数 0
3回答
我正在工作的应用程序已经设计使用n轮胎应用程序架构.The应用程序是在.NET平台上开发的，利用C#，VB.NEt，Framework3.5，Dataset，WCF，asp.net更新面板，JavaScript，Josn，第三方工具。我现在提议的布局是这样的
表示层->业务逻辑-> WCF -> DAL->数据访问
重点是:上面的布局是构建SOA系统的正确方式吗？
我们将一如既往地感谢您的建议。
浏览 0提问于2010-03-26得票数 3
回答已采纳
我一直在研究和实现被称为洋葱架构()的模式。
有一件事让我质疑我的理解是否正确，那就是：
所有接口都在Core程序集中定义。实现可以在其他程序集中实现，并将与IOC容器链接起来。
由于所有接口都在Core中定义，并且所有程序集都引用Core，这是否意味着每个程序集都可以访问每个接口？
也就是说，理论上您可以将UI服务导入到DAL中，因为DAL可以访问UI服务接口，并将由IOC容器解析它。
这是不是有点破坏了分层设计的目的？在传统模型中，这是不可能的，因为DAL程序集不引用UI程序集。
我是不是误解了什么，或者这种“滥用”在洋葱架构中是可能的，而不是普通的N层架构？
浏览 19提问于2018-12-13得票数 0
2回答
我正在努力理解Entity Framework和POCO对象。这就是我想要实现的目标。
1)通过让我的业务层使用到我的DAL的接口，将DAL与业务层分开。也许可以使用Unity来创建我的上下文。
2)在我的DAL中使用实体框架。
我有一个域模型，其中的对象驻留在我的业务层中。我还有一个满是表的数据库，这些表实际上并不代表我的域模型。我使用ADO.NET POCO生成器扩展设置了实体框架并生成了POCO对象。这为我的数据库中的每个表提供了一个对象。现在我想说context.GetAll<User>();，并让它返回我的User对象的列表。用户对象在我的业务层中。这有可能吗？
这有意义
浏览 2提问于2010-06-16得票数 3
回答已采纳
1回答
我的基本3层应用程序由一个DAL组成，它与我的BLL对话，BLL与UI交互。
到目前为止，我使用的是使用datareaders和update/insert命令构建DAL的老式方法。这很有效，因为我最需要的是在哪里阅读。
现在我需要更多的更新数据库信息和检查一些基本的并发性。我正在考虑使用数据表来使我的UI在编辑和持久化db表中的数据时更加灵活。
现在我的UI中有了一个List<InventoryItem>，每当我需要的时候，我都会把这个列表发送到BLL->DAL来做我的更改。
在我看来，我将不得不让我的BLL将datatable返回到UI，以便使我的UI更容易响应更新？
我的
浏览 3提问于2013-02-06得票数 1
回答已采纳
3回答
实体框架与层分离
、、
我正在尝试使用实体框架( Entity )，我遇到了一个关于分层分离的问题。
我通常使用UI -> BLL -> DAL方法，我想知道如何在这里使用EF。
我的DAL通常会像
GetPerson(id)
{
// some sql
return new Person(...)
}
BLL：
GetPerson(id)
{
Return personDL.GetPerson(id)
}
UI：
Person p = personBL.GetPerson(id)
我现在的问题是:既然EF创建了我的模型和DAL，那么在我自己的DAL中包装EF是个好主意还是浪费时间
浏览 0提问于2011-12-21得票数 12
回答已采纳
在阅读数据库应用程序的良好实践时，我经常遇到所谓的“业务逻辑层”的拥护者，我试图决定我的项目是否最好使用一个(这是一个小型的个人项目)。我的问题在于，我想不出BLL做了什么DAL已经无法处理的事情(执行查询和将结果映射到对象)，所以我的BLL只是调用DAL而不做任何事情。
也许我搞错了达尔应该做的事。但是无论如何，在数据库管理应用程序中，应该期望BLL具有什么样的功能呢？
浏览 0提问于2011-02-04得票数 15
回答已采纳
2回答
我在.NET有3个项目
数据访问层
用户界面
双(逻辑)
DAL调用BI (服务)，BI调用DAL (存储库)
在(global.asax)中我的UI项目中的问题-我调用我的注射器来注册我的类
public Application_Start()
{
......
container.Register<IService1, Service1Impl>();
container.Register<IService2, Service2Impl>();
}
但是我如何在UI项目中注册DAL类而不调用它们
浏览 0提问于2018-08-17得票数 1
5回答
为了学习一些C#、C#和.Net 3.5，我用WPF3.0创建了一个简单的桌面应用程序。我的应用程序实际上从csv文件中读取数据，并将其存储在SQL server CE数据库中。我使用sqlmetal为数据库生成ORM代码。这个应用程序的第一次迭代就像地狱一样丑陋，我正在对它进行重构。
这就引出了我的问题。如何在C#中构建桌面数据库应用程序？最佳实践是什么？
您是否创建了使用sqlmetal生成的代码的数据库抽象层(DAL)？或者生成的代码足够抽象吗？
如果你使用DAL模式，你会让它成为单例还是静态成员？您是否将View-Model-ModelView模式与DAL模式一起使用？
很抱歉，如果这
浏览 0提问于2008-09-05得票数 9
回答已采纳
在寻找资源以成为更好的开发人员的过程中，我正在寻找如何在n层应用程序中构建代码的好例子。
比如..。业务对象做什么和看什么，它如何与数据访问层接口等。UI如何与业务层接口，以及它是否直接与DAL接口。
你知道有什么值得研究的免费的好例子吗？
浏览 1提问于2009-03-19得票数 3
回答已采纳
5回答
注意:当我提到层时，我指的是物理层。这个网站上许多关于“层”的问题都是关于逻辑层的，这不是我想问的。
我正在设计一个应用程序使用标准的“三层”架构，与表示，业务逻辑(BLL)和数据访问(DAL)层。该技术是WPF，C#，LINQ和SQL Server2008。我的问题与这个应用程序的物理架构有关。
我可以把BLL/DAL放在一个标准的DLL中，这个DLL被加载并运行在用户机器上，形成了一个2层的体系结构--客户端机器和数据库服务器。但将BLL/DAL转换为WCF服务并不太难，该服务位于应用程序服务器上，并从用户机器上调用。这将给我一个3层的架构--客户端机器，应用服务器和数据库服务器。
我的问
浏览 0提问于2010-01-04得票数 5
回答已采纳
1回答
数据访问层中的计算
、、、、
我正在使用n层方法将一个大型的经典ASP web应用程序转换为ASP.Net MVC。在我的DAL中，我使用ADO.Net查询数据库并将查询转换为对象。我也有一个BLL的事情，如计算和验证。
我的问题是在需要计算时在DAL中执行计算，以便将查询转换为对象。要给出一个例子，请考虑一个包含摘要信息和行项的发票系统：
public class Invoice
{
public int InvoiceID { get; set; }
public DateTime InvoiceDate { get; set; }
public decimal InvoiceTotal { g
浏览 11提问于2014-01-11得票数 2
回答已采纳
6回答
我和一位同事讨论过，他买下了MVC的主题和ViewModels在ASP.NET MVC中的使用。
讨论的内容是，在n层体系结构中，UI、业务层和数据访问层是单独的程序集/项目，ViewModels是UI对数据库/业务对象的表示。关于ViewModel是否有用的讨论转移到了如何应用MVC的讨论中。
在我的版本中(这是我在其他地方见过的)考虑了关注点和瀑布依赖的分离，其中UI项目引用BLL，BLL引用DAL，可能所有它们都引用一个“实体”项目。"MVC“仅限于UI。也就是说，“模型”的概念(在我的版本中，它们在技术上只是ViewModels)、“视图”和“控制器”是UI层中的单个文件/对象
浏览 0提问于2013-04-17得票数 6
2回答
存储库模式与DAL对象创建
、、、、
据我所知，IRepository应该包含CRUD。然后，我们在其他接口(如IRepository )中继承这个IProduct，并使用GetAllProducts()、Top5Products()等方法实现IProduct具体类ProductRepository。
我们也可以用n层架构来做同样的事情。比如，创建DAL Class Library，并在其中使用GetAllProducts()、Top5Products()等方法定义一个类Product。
在DAL.Product和Repo.ProductRepository类中，我们初始化Entity Framework的DB Context并查
浏览 0提问于2018-09-13得票数 10
6回答
我正在向我们的网站添加功能，它使用MSMQ异步执行长时间运行的进程。然而，执行此同步意味着当用户的请求完成时，我们需要通知用户。使用命令模式，我创建了一个名为INotify的接口，并将其组合到message类中，因此消息处理类只需在消息的INotify对象上调用GiveNotice()即可。第一个实现EmailNotify比预期的要困难得多，因为我惊讶地发现MailMessage是不可序列化的，但还是让它运行起来了。
现在，我正在开发一个新的具体通知程序DBNotify，它将调用某种类型的SP并更新主事务数据库中的状态。我被绊倒了，因为我想重用我们已经创建的DAL架构，但是INotify是模型
浏览 4提问于2011-03-31得票数 5
回答已采纳
2回答
我们正在为我们的ASP.NET网络应用程序遵循N层架构模式.我们正在使用这些层DAL，BAL，业务对象和公共。现在我们要搬到ASP.NET MVC4。
我们还能使用这些带有MVC的N层架构吗？
这是有意义的混合吗？
浏览 4提问于2013-02-19得票数 1
回答已采纳
我在我的mvc核心项目中有像BLL，DAL，Core和Presentation这样的层，并且在Presentation Layer.each DAL，BLL和Presentation中有一些ViewModel使用Cpre layer.and我想把扩展自动配置文件的DomainProfile类放在BLL Layer.But中我的Prolem在这里：
namespace BLL
{
public class DomainProfile:Profile
{
public DomainProfile()
{
CreateMap&l
浏览 0提问于2019-09-12得票数 0
他们之间有什么区别。我在这里的理解是DAL模型映射到数据库。DTO模型在DAL和业务层之间传输数据。
浏览 4提问于2015-05-12得票数 1
我正在看ProjectTracker CSLA示例解决方案，它有DAL的项目，DAL的EF实现，以及业务对象/规则/等的项目。
我知道将逻辑分离划分到项目中是一种很好的做法，但我担心的是，将DAL和EF放入业务组装中真的有问题吗？
似乎构建时间受项目数量的影响最大。
如果我遵循示例布局，我正在开发的应用程序可能会有18个或更多项目。
我知道我可以制定多种解决方案来帮助缓解这种情况，但我不想一开始就走上这条路。
谢谢。
浏览 0提问于2013-03-25得票数 0
回答已采纳
3回答
我正在尝试构建一个包含UI、BLL和DAL的三层架构。我将实体框架与存储库模式结合使用。
我的问题是:实体框架生成的实体是应该作为我的BLL的一部分，还是仅仅是DAL对象？
问这个问题的原因是因为我感觉像是在重复代码。例如:我有一个DAL.CatEntity，它是实体框架直接从我的数据库生成的。这一切都很好。然后，我使用我的存储库(它是DAL的一部分)将数据提取到DAL.CatEntity中。然后，我在我的BLL中使用这个DAL.CatEntity，取出它的所有数据，并将其转换为BLL.Cat。然后我在我的UI层中使用这个BLL.Cat。
下面是一些超级简化的代码。
BLL
public Ca
浏览 0提问于2012-09-09得票数 3
回答已采纳
2回答
我们有一些应用程序必须访问多个数据库。以前，我们有单独的DAL，它们只能访问单个数据库。一个单独的业务层将位于顶部，只能到达其特定的DAL。如果需要共享数据，位于业务层之上的应用程序(不同的网站)可以自由地调用任意数量的业务层。
这在一段时间内效果很好。然而，如今，构建应用程序的解决方案已经变得非常庞大。应用层似乎都触及到了每一个业务层。重用正在发生，但是构建已经慢到了爬行的地步，并且引入到单个解决方案中的不必要的代码量似乎不合理。
还有没有人处理过这种情况？您后来是否使用LLBLGen或NHibernate之类的对象关系管理将数据共享带到DAL？还是你想出了一些完全不同的东西？
浏览 6提问于2011-09-29得票数 0
我和我的团队在这个问题上进行了反复的讨论，并希望从社区中获得一些意见。
目前，在TFS中我们的结构是这样的：
{Main Project Root}
Development
Branches
Trunk
Source
Data Access Layer
{Holds Solution for DAL}
UI Layer
{Hold Solution for UI}
浏览 1提问于2011-11-03得票数 0
回答已采纳
我目前使用的是三层架构(DAL、BLL、表示层)。
我想知道如何使用LINQ to SQL实现3层架构。我不知道LINQ应该是DAL还是BLL。LiNQ似乎是DAL和BLL的融合。
以前有人在3层架构中实现过LINQ吗？
浏览 1提问于2009-06-19得票数 4
回答已采纳
如果DbContext在DAL中，则DbSets的泛型类型参数不能是BLL类(域模型)。分隔这些层的最佳实践方法是什么？DAL中的一个额外的模型？接口？
浏览 0提问于2013-04-11得票数 1
我正在努力寻找一种优雅的方法来将DAL层与ASP.NET 5中的MVC/UI层分开，这要归功于我想要使用的新的内置依赖注入。
例如，我有一个ASP.NET 5项目，一个业务层项目和一个数据访问项目，其中我有各种实体框架代码，如实体和上下文。在ASP.NET 5中，为了设置上下文并以数据库为目标，主要文档建议我在StartUp.cs类中这样做
services.AddEntityFramework()
.AddSqlServer()
.AddDbContext<BookContext>(options =>
{
options.UseSq
浏览 7提问于2015-09-16得票数 22
我正在制作一个利用Microsoft身份服务的Web。为了创建一个更易于维护的项目，我决定创建一个DAL(Data )项目，它是一个简单的类库，使我的代码更加细分。
我将继承自IdentityDbContext的dbcontext迁移到DAL项目。我的BLL(Buissness Layer)对我的DAL有一个引用，因此它可以调用DAL中的函数，但是由于我的dbcontext继承自IdentityDbContext，所以我需要在BLL中引用DAL，以便在我的启动类中添加dbcontext服务，这当然会创建一个循环依赖关系。
所以我的问题是
将数据库上下文移动到DAL是一种良好的实践吗？
浏览 0提问于2018-05-11得票数 3
回答已采纳
我编写了一个三层web应用程序。DAL BLL和web表示层，每一层都有方法，所以问题是我应该在哪里捕获异常(使用try catch)，在web?BLL?还是DAL？为什么？谢谢。
浏览 1提问于2011-08-11得票数 1
回答已采纳
1回答
我正在使用实体框架模型优先的方法构建一个CRUD应用程序。我的应用程序的结构是UI层和DAL都依赖于域层，而域层不依赖于任何东西。域层仅公开存储库和域对象接口。存储库在DAL中实现，并通过依赖注入提供给域层。与所有存储库一样，我的存储库公开诸如getCustomer、deleteCustomer等函数，但由于这些函数是在DAL中实现的，因此DAL必须能够在域层中创建符合接口的对象。现在，我的二进制选择是，我应该让它如何做到这一点:我是应该使用抽象工厂并将它们注入DAL中，还是应该扩展部分生成的实体的定义并使它们实现域层公开的接口？
浏览 0提问于2012-11-29得票数 0
回答已采纳
我被要求编写一个多层应用程序。它有一个可以读取数据和视图的数据库。我想把它设计成这样：
DAL，它具有实际数据库的实体框架对象和db的方法。
WCF服务，它调用DAL的方法。
运行WCF服务的RunService项目。
BL，它具有WCF服务的服务引用，具有所有业务逻辑
显示数据的控制台视图。
这是个好建筑吗？(我需要向其他人展示，我知道如何设计它，并使用多层架构，仅此而已)。
浏览 2提问于2015-01-13得票数 0
2回答
Web业务层体系结构及其职责
、、、、
我在我的web业务层中有以下类，我想知道GatewayService类是否应该在业务层中，还是应该放在单独的项目中，称为BusinessService？因为它不直接在控制器类中调用，并且不依赖于数据存储库？
业务层
GatewayService (引用< dll file >方法并调用外部web服务和返回事务列表)
UserService (从数据层返回使用<存储库类>的生产数据库中所有用户的列表)
TransactionService (从< UserService >获取所有用户的列表，然后从<网关服务获取他们的所有事务)
以下
浏览 1提问于2018-11-14得票数 3
5回答
我想在我的应用程序的三层(presentation -> bal -> dal)中使用相同的枚举。我在数据层定义了枚举，并希望在表示层使用相同的枚举(表示层没有对数据层的引用)。使用别人的来回答我认为是类似的问题，我在业务层构建了以下枚举：
namespace bal
{
public enum TransactionCode
{
Accepted = dal.TransactionCode.Accepted,
AcceptedWithErrors = dal.TransactionCode.AcceptedWithErrors,
浏览 0提问于2009-06-02得票数 5
回答已采纳
4回答
我有一个包含表示层、业务层、DAL和业务对象层的n层应用程序。分离对象和写在对象上的操作打破了面向对象的封装概念。
浏览 0提问于2009-02-27得票数 2
回答已采纳
1回答
在我的一个项目中，我使用了n层架构
DAL (Repository Pattern) <-> BLL (POCO Services) <-> Web UI (ASP.NET MVC)
我创建了一个通用存储库，在DAL层上一切正常。
在业务逻辑层，我有我的服务方法，它们的操作方式类似于(因为Pizza我喜欢使用的示例:)
myOven.Bake(myPizza);
尽管如此，我还是需要一些对象myPizza内部的特定信息，如下所示：
myPizza.GetBakeTime();
我知道，我可以用这样的东西：
myOven.GetBakeTimeFor(myPizza);
浏览 3提问于2012-06-14得票数 0
回答已采纳
我对c#相当陌生，并且正在尝试编写一个n层web应用程序。为了确保我把逻辑和代码放在正确的位置，我只需要问一个问题:我的代码放在哪里。
我有三个主要部分：
DataAccess代码--在 App_Code逻辑代码中名为"BusinessLogic“的文件夹中--在my App_Code文件夹中名为"DataAccess”的文件夹中。表示层所有UI的
例如，如果我需要编写一个SqlDataReader从我的数据库中检索记录，那么我在哪里实际编写代码呢？在BLL还是DAL？
在表示层，我称之为BLL代码。
ContentBLL content = new ContentBLL();
浏览 2提问于2009-05-05得票数 0
回答已采纳
2回答
可能重复：
我很难尝试在ASP.Net中设计一个坚实的N层框架。我知道基本的基本元素: BLL、DAL和Business等等。我无法理解的是应用程序的实际流程以及BLL和DAL中的返回类型应该是什么。
我读过的大多数文章都建议BLL和DAL通过Business进行通信。但是，如果必须在每次传递过程中实例化Business两次，那么我看不到真正的好处。
有没有人有任何的链接，好的教程/样例应用程序，可以指导我在正确的方向？
谢谢
浏览 5提问于2011-07-05得票数 2
2回答
我正在做一个asp.net mvc项目。此外，我还希望使用n层解决方案结构。因此，我在我的解决方案中使用以下结构。它特别显示了我对解决方案有疑问的部分。我计划为我需要的每个实体创建接口，以便在将数据(列表或对象)从dal传递到表示时不会出现重复代码和问题。你认为如何？这是一种好的方法吗？
[
浏览 12提问于2015-11-09得票数 2
我正在做一个使用3层架构的项目。我想知道如何将datareader值从DAL传递到表示层
我的代码是这样的。在DAL层中
public class HomeDAL
{
public SqlDataReader DefaultSearchFriends(long userid)
{
SqlConnection SocialConn = new SqlConnection(connstr);
using (SqlCommand comm = new SqlCommand("proc_FriendsSearch", SocialConn))
{
浏览 2提问于2013-01-24得票数 3
回答已采纳
假设您有一个数据库，在该数据库中存储有关票务系统的信息(如服务台)。(简化的)模式是：
Ticket (TicketId(PK)，TicketDesc，TicketCreated，TicketClosed，AssignedToEmployee(FK))Employee (EmployeeId(PK)，EmployeeName，EmployeeFunction) )
其中，在AssignedToEmployee = EmployeeId上，票证和雇员之间存在着许多关系。
您必须开发一个MVC应用程序(由EF entities + Repository类组成的DAL)，该应用程序显示有关票证的图表
浏览 5提问于2012-03-02得票数 0
回答已采纳
在我工作过的较早的web项目中，我们通常在DAL中创建模型，在业务逻辑层中添加DAL的引用(并重用DAL中的模型，因为它们将在DAL的引用中可用)，在服务中添加BL的引用(再次重用模型)。实体在所有连续的层中都是可传递的。
在具有多层的MVC项目中，模型通常被添加到单独的类库项目中，并跨DAL、业务逻辑、服务、FrontEnd等所有层进行引用；即使它们是可传递使用的。
这样做有什么特别的原因吗？为什么我们不应该像下面这样在前端绑定通过服务提供的模型
@model List<TestSolution.TestServiceRef.Employee>
而不是
@model List&l
浏览 7提问于2017-07-14得票数 0
我有UI层(使用ASP.NET MVC)、BLL层、DAL层和模型层。模型层有POCO类，表示数据库中的表。
UI层、BLL层和DAL层都得到了模型层的引用。
在UI层中，我经常使用Model中的POCO类来显示用户。但是，当用户可以使用表单进行操作时，我通常会创建带有验证属性的ViewModels。
我应该将ViewModels放在UI层还是将ViewModels移动到模型层？
浏览 2提问于2014-06-20得票数 0
1回答
我有一个三层架构API来添加和删除客户。每个客户都有一些对该客户负责的员工。这些员工位于另一个文档集合中(我使用的是NoSQL db)，因此如果我要添加或更新客户，客户将获得引用这些员工的employeeIds列表。现在提交客户时，我必须在验证方法中检查所有这些in：
function CheckIfAllEmployeeIdsHaveExistingEmployee(List<string> employeeIds) {...}
你是在DAL还是在BL上这么做？我目前在BL中做所有的事情，只有非常简单的CRUD操作和视图是在DAL中完成的。但在我的SQL时代，这个逻辑也是一个“数
浏览 0提问于2019-08-26得票数 0
回答已采纳
2回答
基于控制器/模型的MVC设计查询
、、、、
关于EF的几个问题。
问题-
直接使用数据库上下文对象的方法应该是Controller类或模型的一部分吗？
ContactManagerContext.cs (我认为它是DAL层？)我的假设正确吗？
ContactManager类应该放在哪里？模特还是达尔？它目前是Model类的一部分。
将添加更多问题
这就是我如何构造类-模型和控制器。
请检查并评论代码结构是否正确，以及如何改进代码。
模型类(Contact.cs)：
using Contact_Manager.DAL;
namespace Contact_Manager.Models
{
public clas
浏览 5提问于2015-05-13得票数 1
采用传统的3层方法(不一定是3层)：
UI BLL DAL
NHibernate是如何适应的？在大多数情况下，我看到人们允许NHibernate直接填充域对象/实体，这显然需要从NHibernate引用这些实体。如果域实体是BLL的一部分，这似乎需要从DAL ( NHibernate所在的位置)到BLL (域对象所在的位置)的引用。
这不是违背了分离每一层的典型思维，每一层都只依赖于它下面的一层吗？这里我漏掉了什么？
浏览 0提问于2011-02-01得票数 9
回答已采纳
4回答
我有一个我希望是关于MVC应用中依赖注入的基本问题，我还没有找到满意的答案。我的应用程序由一个MVC3项目、一个服务层类库(SL)和一个数据访问类库(DAL)组成。SL和DAL都包含各自的接口和实现。MVC项目引用SL和DAL项目。MVC项目将创建DAL的实现，并将其注入到接受DAL接口的SL构造函数中。
我担心的是，为了让SL接受DAL接口作为参数，它还需要对DAL项目(接口恰好存在的地方，但也包括实现)的引用，这似乎违反了DI，因为现在MVC和SL项目都需要对DAL程序集的引用。
长话短说，将DAL接口移动到自己的项目中，以便SL只需要引用接口项目而不是实现项目，是否更有意义？MVC项目显
浏览 0提问于2012-09-02得票数 3
我读过很多关于什么是存储库的主题，但是仍然有一些事情困扰着我。
据我所知，Repository和传统数据访问层之间唯一的区别是Repository的查询构造能力(即查询对象模式)。但是，在阅读存储库模式的以下定义时，即使我们不实现查询对象模式，似乎仍然可以拥有Repository：
( a)
存储库是我们传递和获取对象的单一点。它也是与存储器通信开始和结束的边界。
我认为上面引用的话表明，储存库是DAL的一个切入点。换句话说，根据引用，DAL使用者(例如服务层)通过Repository与DAL通信。但是，数据上下文不应该代表DAL的入口点(因此Repository应该驻留在数据上下文
浏览 2提问于2012-07-23得票数 7
2回答
在学校学习过Java后，我对DAO模式()非常熟悉。然而，在工作中，我使用.NET。在.NET中，人们经常谈论DAL()。对我来说，它们的目的似乎非常相似。所以问题是DAO和DAL基本上是一样的吗？术语DAL只是为了不与混淆而编造的吗
浏览 4提问于2009-07-06得票数 56
回答已采纳
1回答
我们的一个产品包含多个WCF服务，其业务层都位于相同的数据访问层之上，该层提供对NoSql数据库(Mongodb)的访问：
WCF WCF WCF
| | |
BL BL BL
| | |
Data Access Layer <-- PageInfoResult currently defined here
|
mongodb
因为每个服务都包含一个或多个方法，这些方法接受或返回一个特定类型(PageInfoResult)，该类型也直接存储在数据库中，因此在DAL中定义
浏览 1提问于2012-06-26得票数 3
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
