ASP.NET数据访问层。使用sqlhelper.cs是否不好？

我即将开始一个新的.net web项目。 以前，对于我的n层web应用程序，我使用“Microsoft数据访问应用程序块”（sqlhelper.cs）进行数据访问，然后使用接口类与对象类进行接口。我知道这项技术有点过时了，我希望随着时代的发展能多用一些东西

我研究了LINQ到SQL的数据访问，但由于缺乏多对多关系而受到限制。 实体框架是一个完全不同的方法，似乎有太大的学习曲线

---

使用sqlhelper.cs类来处理我的数据访问会有什么问题吗？

不会。它支持创建多层层，将数据访问与逻辑分离。我通常将业务类和数据类放在单独的文件夹中，并将SqlHelper类与我的数据DALC类一起包含

我期待着走向LINQ和泛型的使用。这是我的下一步，我认为SqlHelper的使用同时促进了良好的编码实践

---

当我从庞大的企业图书馆“借用”它时，我第一次开始使用它。实体框架也是如此，我还没有在工作场所接触到它。但是一切都很好：-）

在过去的8个月里，我一直在使用Linq，它对所有的小工作都非常有效，你可以在上面找到简单而好的sql helper类示例。强大的打字和拖放开发使它非常简单和超快速

---

在此之前，当Linq看起来不正确时，我仍然使用SQLHelper。它省去了ADO.NET的所有繁琐工作。使用它我看不出有任何问题。

感谢您的反馈，我确实计划转向实体框架之类的东西，但对于这些预算标准应用程序，我将坚持使用旧的sqlhelper.cs类的标准n层项目布局。您可以为特定页面提供url，而不仅仅是一般的站点吗？