c# - 编程对象建议

Question

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

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

** 回复一些帖子:

我同意将对象与 dal 分开，但我需要阅读更多有关如何以这种方式设计它的信息...再次，面向对象编程的新手，所以我看不到全貌。

这是一个 friend 制作并让我使用的 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();
}

非常简单......我遇到的唯一问题是当我创建任何对象来使用它时，我必须为我对数据库进行的每次调用编写方法......例如:

   //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);
        }
    }

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

Answer 1

创建单独的层可以让您的应用程序分离关注点。 UI(和其他主机)访问一个易于使用的面向对象模型，而无需了解数据的存储方式。在像 MVC 这样的模式中，您甚至可以有一个 Controller 层来调解 View 和模型。另一个值得研究的非常好的模式。

对象模型使用数据访问层并且不直接了解数据的存储和检索方式。数据访问层可能更扁平一些，更侧重于能够高效地访问和写入数据。公共(public)对象模型层需要是一个很好的面向对象层，您可以在上面保持兼容性。

层的其他原因:

• 最大限度地减少变更带来的流失:您可以更换存储方式，同时尽可能减少对层、子系统和代码的影响。
• 测试:您可以模拟完整的层以对高层进行单元测试。
• 分离实现:您可以从一个简单的层(如文件等...)开始，同时等待其他层的其他层(或 future 的开发)。