Asp.net sql server数据库的帮助器类

何时适合使用asp.net framework为sql server数据库创建帮助器类？基本上，我正在尝试创建一个minature wiki（包含多个页面），并将特定页面的所有数据/字符串单独存储到一个表中

返回DbConnection对象的单个实例可能是合适的，这样您只需指定如何在一个位置连接到DB

您可能会发现为ADO层提供一个基类很有用，它提供了这些通用方法来处理ADO（连接到SQL server的.NET framework的一部分）

您还可以使用一个helper方法来使用反射从DataReader填充对象

也用于将参数放在一起以发送到SQL命令或存储过程

---

希望这对您有所帮助。：）

返回DbConnection对象的单个实例可能是合适的，这样您只需指定如何在一个位置连接到DB

您可能会发现为ADO层提供一个基类很有用，它提供了这些通用方法来处理ADO（连接到SQL server的.NET framework的一部分）

您还可以使用一个helper方法来使用反射从DataReader填充对象

也用于将参数放在一起以发送到SQL命令或存储过程

---

希望这对您有所帮助。：）

这在很大程度上取决于您的项目

为了代码的清晰性和您自己的理智性，您可能会发现为所有数据库操作创建包装器类更容易。通过这种方式，您可以让代码的其余部分使用本机对象，而不是DataReader的内容

---

这只是我的建议，但希望能有所帮助。

这在很大程度上取决于您的项目

为了代码的清晰性和您自己的理智性，您可能会发现为所有数据库操作创建包装器类更容易。通过这种方式，您可以让代码的其余部分使用本机对象，而不是DataReader的内容

这只是我的建议，但希望能有所帮助。

永远不会

始终是因为您希望将数据层与业务逻辑和表示层（或模型和视图，或您使用的任何框架）很好地分离。确保你也用这些术语来思考

永远不要，因为这已经在多个层面上为你完成了。有很多ORM，包括Linq到sql、NHibernate、实体框架等等。更重要的是，ADO.Net除了一组用来封装服务器的类之外，还有什么呢？

永远也不会

始终是因为您希望将数据层与业务逻辑和表示层（或模型和视图，或您使用的任何框架）很好地分离。确保你也用这些术语来思考

---

永远不要，因为这已经在多个层面上为你完成了。有很多ORM，包括Linq到sql、NHibernate、实体框架等等。更重要的是，ADO.Net除了一组用来封装服务器的类之外，还有什么呢？

只要有一个类是有用的：-P说真的，你需要详细说明这一点，使之成为一个有效的问题。你想解决什么问题？@StriplingWarrior请看上面的编辑，任何一个都是有用的-P说真的，你需要详细说明这一点，使之成为一个有效的问题。您想解决什么问题？@StriplingWarrior请参见以上编辑