data-access-layer

0热度

2回答

我有一个架构问题。我试图建立一个ASP.MVC Web应用程序使用依赖注入来分离数据访问层。问题是 - 模型。基本上我有两个解决方案。第一个是MVC Web应用程序，第二个是数据访问层。 DAL具有一些接口，由Entity Framework生成的实现和模型，以及一些其他模型 - 搜索条件和结果。 MVC在使用Ninject注入DAL的基本控制器中有一个属性。我的担心是 - 我该如何处理模型？

1热度

1回答

如何/应该在UI/BL层中设置EntityState？

我有层的偏析如下： UI - Web应用程序=>参考BLL和实体 BLL - 业务逻辑（验证）=>参考DAL和实体实体 - 数据传输（POCO）=>否参考 DAL - 数据上下文EDMX =>否参考我有一个非常基本的问题，因为这是我的第一个绝对隔离项目。如果我想设置我的对象@ UI级别的EntityState（新增/修改/删除），我该怎么做。由于具有上述结构，我将无法访问DataCont

1热度

1回答

使参数化方法成为可能

我已经用分层方法设计了我的应用程序。我为每个接口和一个公共数据访问层都有一个BusinessOP层。在我的数据访问层中，我有这样的数据读取器方法 public SqlDataReader executeQuerys(string query01) { SqlConnection con = null; SqlCommand com = null; t

2热度

1回答

如何使DAL集成测试变得更脆弱？

首先。我们不使用ORM。并且不会在不久的将来使用它。（这不是我的决定）。我们为多个读/写情况创建存储过程。大部分阅读SP都是用于填充发送给客户端的DTO。每个DAL方法通常会调用单个SP。集成测试包括运行插入脚本，然后根据脚本初始化期望值，调用方法并检查返回的结果。即标准的AAA模式。但是，即使是小型数据库模式重构通常也会中断大约一百次测试。准备是原因：而DTO通常需要列的一个子集。

0热度

1回答

如何使这些方法参数化？

我的业务层中有这样的方法。 public Boolean saveParty(Party ptObj) { string query1 = "EXEC insertToParty'" + ptObj.PTRegID + "','" + ptObj.PTName.Replace("'", "''") + "','" + ptObj.PTSymARR + "','" + ptOb

1热度

1回答

域层应该直接接收依赖DTO吗？

这可能是以前问过的，但我正在访问数据访问层中的依赖Web服务，我需要问我是否应该将从该服务返回的DTO重新打包到我自己的DTO中？ UI层是带有控制器的WebAPI项目，域和数据访问层是独立的C＃项目。在每个图层中引用依赖性Web服务是否正确，以便dal，biz和域图层都具有适当的代码引用，还是应该创建我自己的DAL层中的Web服务返回的DTO视图？

3热度

1回答

使用实体框架，代码优先和CRUD操作的存储库模式

我想了解如何正确实现存储库模式。我在我的MVC Web应用程序中创建了一个名为Employees的模型类，iv'e创建了一个上下文类和一个连接字符串以生成数据库。我还创建了一个使用实体框架工作的读/写操作的控制器，它带来了一些CRUD操作，例如更新，删除等。如果我已经正确理解存储库模式，我应该将所有数据访问逻辑放入存储库。相信我需要为上下文类创建一个Irepositorey接口来继承它。在我的

0热度

2回答

存储库模式在更新记录时发生异常

在我的MVC应用程序中，我一直在使用Repository模式进行DAL。现在，当我做了选择一个实体记录，并更新实体字段值，并执行更新操作，然后得到以下错误。附加一个'DAL.User'类型的实体失败，因为另一个相同类型的实体已经具有相同的主键值。如果图中的任何实体具有冲突的键值，则使用“附加”方法或将实体的状态设置为“未更改”或“已修改”时会发生此问题。这可能是因为某些实体是新的，并且

0热度

1回答

Qt tablewidget数据录入，保存和访问

我是一名学生，也是qt的新成员，我正在研究一个使用qt tablewidget的小型项目。像数据被输入到tablewidget然后存储在db amd可以被别人从其他页面访问。我不知道如何将输入的数据保存在tablewidget中，以及如何连接到数据库（云）并将数据保存在那里，以便其他人可以访问它。任何人都可以请建议我一些链接，代码，以执行此操作？谢谢。

1热度

1回答

如何组合视图模型并同时最小化数据库交互

在Asp.Net MVC with Entity Framework中，我完全同意位于单独程序集中的DAL（数据访问层）中的存储库一定不能处理与视图模型。从DAL我得到的实体，主要是IQueryAbles。从那些我构成相当复杂的视图模型。面临的挑战是，我想最大限度地减少为编写视图模型而生成的sql选择的数量。在某些情况下，我需要查询db 10-20次。例如，这是我的视图模型 class Vi