问题标签 [data-access-layer]

这是我的链接： 链接文本

想了想，这是我的另一个问题：

现在，如果我要反对存储过程，是否有一种简单的方法可以不使用 T4、LLCodeGen、Codesmith、subsonic 等来获取输入/输出参数和类型，如果我想生成自己的数据访问层

这是 ASP.Net 2.0

我目前正在使用...

...确定有关给定数据库中列的信息，以生成数据访问层。

我可以从哪里检索有关这些列是否是其表主键中的参与者的信息？

我们有一个高度专业化的 DAL，它位于我们的数据库之上。我们的应用程序需要使用此 DAL 才能正确操作此数据库。

生成的 DAL（位于一些自定义基类上）具有各种“Rec”类（Table1Rec、Table2Rec），每个类都表示给定表的记录结构。

这是一个示例伪类......

每个类都有每个字段的属性......因此我可以写......

在字段可以接受 NULL 值的情况下，还有一个附加属性指示该值当前是否为 null。

因此....

这是因为类的构造函数将所有 NULL 属性设置为 True，并且任何 FieldProperty 的设置都会导致等效的 NullProperty 设置为 false。

我最近需要通过网络服务（我当然打算保护它）在网络上公开我的 DAL，并且发现虽然“Rec”类的结构在网络上保持不变......所有逻辑都是丢失..

如果有人要远程运行前一段代码，他们会注意到这两个条件都不会被证明是正确的，因为没有客户端代码将 null 设置为 true。

我觉得我把这一切都错了，但看不出我应该如何改进它。

构建这个的正确方法是什么？

What do you suggest for Data Access layer? Using ORMs like Entity Framework and Hibernate OR Code Generators like Subsonic, .netTiers, T4, etc.?

我正在浏览 Microsoft 的 ASP.NET 网站上的早期数据访问教程，我突然想到，这一切似乎与我读到的关于使用MVC 模式分离逻辑和表示代码的内容非常相似。作为一个新手，我还没有实现 MVC 模式，但我很好奇这两种设计结构有何不同，以及我是否应该将注意力集中在其中一种上，尤其是在网页设计的背景下。

这对我来说似乎很愚蠢。我没有得到什么？

似乎每个人都知道您应该清楚地区分 GUI、业务逻辑和数据访问。我最近与一位吹嘘始终拥有干净的数据访问层的程序员交谈。我查看了这段代码，结果发现他的数据访问层只是一个包含一些 SQL 方法（如 ExecuteNonQuery 和 ExecuteReader）的小类。事实证明，在他的页面背后的 ASP.NET 代码中，他有大量的 SQL 硬编码到 page_load 和其他事件中。但他发誓他正在使用数据访问层。

所以，我抛出这个问题。您将如何定义数据访问层？

我即将着手重写 .NET 3.5sp1 中的 VB6 应用程序。VB6 应用程序编写得非常好，数据层完全基于存储过程。我想使用像 Linq2SQL/Entity Framework/NHibernate/SubSonic 这样的自动化工具。诚然，除了一次性项目，我没有在任何其他项目中使用过这些工具。

我担心所有这些选择可能遇到的潜在问题是速度。例如，现在要检索单行（或整个列表），我使用以下存储过程：

要在 Linq2SQL/Entity Framework/NHibernate/SubSonic 中检索单行，这些解决方案是否必须将整个列表带到客户端并找到我需要的行？

那么，对于大数据域的应用，数据访问策略的共识是什么呢？

它们是一样的吗？刚看完Rob Connery 的店面教程，它们似乎是相似的技术。我的意思是，当我实现一个 DAL 对象时，我有 GetStuff、Add/Delete 等方法，并且我总是先编写接口，以便以后可以切换数据库。

我在混淆事情吗？

我不相信 - 我认为将您的数据公开给可以在您的 Web 服务之上构建他们的前端应用程序的不同消费者可能很有用。

有人可以提供使用 Web 服务包装数据访问层时的示例吗？