编程对象建议答案

【问题标题】：Programming Objects Advice编程对象建议
【发布时间】：2012-01-21 16:06:01
【问题描述】：

我知道这是一个加载的问题，可能有很多很多的答案，但是.....我正在创建一个小应用程序供我自己和其他几个朋友使用，如果更多人喜欢它，我会把它分发给他们。这是一个简单的应用程序，用于跟踪健身人士的客户。它将跟踪客户、付款、付款历史、日程安排、文件（照片、电子邮件等），也许还有一点点，但总的来说是一个非常简单的程序。哦，是的，使用 SQLExpress 作为后端。我的问题是：设计此应用程序所需的对象的最佳方法是什么？我读过有关数据访问层和业务对象的文章，但从未真正从头开始创建。我正在考虑拥有像 Client、Payment 等对象，当然还有与它们一起使用的所有属性，但是当涉及到修改数据库时，应该添加、更新、删除等方法进入对象还是它们会与只传入存储过程名称的对象一起驻留在 DAL 中吗？

我知道可能缺少很多信息，但希望您能了解我正在尝试做的事情的要点（sp？）。

**回复部分帖子：

我同意将对象与 dal 分开，但我需要阅读有关如何以这种方式设计它的更多信息……再说一次，对于 OO 编程来说是新手，所以我不太了解全局。

这是一个朋友制作并让我使用的 DAL：

namespace DataAccess{
public class SQLDataBase
{
    public SQLDataBase();
    public SQLDataBase(string EncodedConnectionString);
    public SQLDataBase(string EncodedConnectionString, int ConnectionTimeout);

    public string ConnectionString { get; set; }
    public int ConnectionTimeout { get; set; }
    public string EncodedConnectionString { get; }

    public void RunSpGetScaler(string spName, SqlParameter[] parms, ref DateTime ReturnValue);
    public void RunSpGetScaler(string spName, SqlParameter[] parms, ref decimal ReturnValue);
    public void RunSpGetScaler(string spName, SqlParameter[] parms, ref int ReturnValue);
    public void RunSpGetScaler(string spName, SqlParameter[] parms, ref string ReturnValue);
    public DataSet RunSpReturnDS(string DatasetName, string spName);
    public DataSet RunSpReturnDS(string DatasetName, string spName, SqlParameter[] parms);
    public int RunSpReturnRecordCount(string spName);
    public int RunSpReturnRecordCount(string spName, SqlParameter[] parms);
    public string RunSpReturnString(string spName, SqlParameter[] parms, string returnParm);
    public SqlConnection RunSqlConnection();
}

}

非常简单......我唯一遇到的问题是当我创建任何对象来使用它时，我必须为每次调用 DB 编写方法......所以例如：

   //Declarations - which I don't thinkk should be in the object itself
    private DataAccess.SQLDataBase oDatabase = null;
    private string sEncodedConnectionString = app.Default.EncodedDBString;
    private int iConnectionTimeout = 15;

    public DataSet GetClientInformation(int iClinetID, string sClientName)
    {
        oDatabase = new SQLDataBase(
            sEncodedConnectionString, iConnectionTimeout);

        string spName = "GetClientInformation";
        string dsName = "GetClientInformation";

        try
        {
            SqlParameter[] Params = new SqlParameter[2];
            Params[0] = new SqlParameter("@ClientID", iClientID);
            Params[1] = new SqlParameter("@ClientName", sClientName);

            DataSet ds = oDatabase.RunSpReturnDS(dsName, spName, Params);
            return ds;
        }
        catch (Exception e)
        {
            throw (e);
        }
    }

所以对于我的客户对象，我有这个和其他几种方法来为“客户”添加、修改或选择数据。从逻辑上讲，这对我来说没有意义，因为如果没有一些其他依赖项，我似乎无法使用它。

【问题讨论】：

将 CRUD 操作放入数据类中对于测试目的来说不是一个好主意。您应该查看repository pattern。
听起来 Entity Framework 确实是您正在寻找的东西。使用 Visual Studio，它应该会自动为您生成数据访问对象以及加载、保存等方法。

标签： c# .net object data-access-layer

【解决方案1】：

我将从阅读和理解 N 层架构开始。这应该可以帮助您了解逻辑单元分离和抽象的需求。从那里开始，如果您使用 SQL Server 和 .NET，请查看 Microsoft Entity Framework 作为您的数据访问层。它上手简单，功能强大。

【讨论】：

【解决方案2】：

创建单独的层允许您的应用程序分离关注点。 UI（和其他主机）访问一个易于使用的面向对象模型，而无需了解数据的存储方式。在像 MVC 这样的模式中，你甚至可以有一个控制器层在视图和模型之间进行调解。另一个值得研究的非常好的模式。

对象模型使用数据访问层，不直接了解数据的存储和检索方式。数据访问层可能会更扁平一点，更专注于能够高效地访问和写入数据。公共对象模型层需要是一个不错的面向对象层，您可以在其上保持兼容。

分层的其他原因：

最大限度地减少更改的流失：您可以更换存储方式，同时尽可能减少影响层、子系统和代码的数量。
测试：您可以模拟完整的层以对高层进行单元测试。
解耦实现：您可以从一个简单的层（如文件等）开始，同时等待其他层的其他（或未来的开发）。

【讨论】：