Question

我一直在编写一个轻量级的框架来包装Windows API以用于个人项目和一些乐趣。我认为一个好的设计方法是，只要出现问题，框架中的每个类都会管理自己的错误信息。我有一个像这样的简单错误类：

class Error
{
public:

    struct ErrorData
    {
        DWORD       sysErrCode;
        tstring     sysErrStr;
        SYSTEMTIME  localTime;
        tstring     errMsg;
        tstring     funcCall;
        tstring     parentClass;
    };
    void getErrorData(ErrorData *pErrorData);
    Error(const tstring parentClass);
    void setErrorData(const tstring errMsg, const tstring funcCall, const bool getSysErr = false);

private:

    ErrorData errorData;
    void getSystemError(DWORD &sysErrCode, tstring &sysErrStr);
};

我坚持的是如何将这个类合并到其他类中。继承听起来不对，因为对话框类不是Error类。组合听起来更好，对话框类可以有一个Error类。但后来我不得不为每个类编写一个getter函数来检索Error类的信息。虽然这只需要很短的时间来编写，但必须有一种更好的设计方法。我宁愿不必在每个班级中复制和粘贴这些功能。

任何想法将不胜感激！谢谢。

Answer 1

您是否考虑过使用例外并throw改为ErrorData班级？这似乎比继承或组合更好。

看起来getSystemError应该是名称空间自由函数而不是成员（看起来它需要的所有内容都传递给它的参数）。

Answer 2

首先，我必须建议使用Exceptions进行错误管理。您可以有一个在应用程序中单方面使用的异常类型，或者您可以创建专门用于特定类的异常类型的层次结构。

如果您不想沿着这条路走下去，您仍然可以避免为每个类中的错误实现特殊的getter函数，可以非常轻松地使用继承。只需创建一个具有错误管理的所有对象继承的基类，并在基类中实现一次getter：

class ErrorManager
{
    const Error& getError();
    void setError( Error& err );  // Or however you would actually set the error
}

class Widget : public ErrorManager
{
    // Implementation details
}

Widget w;
w.getError()

虽然您认为继承似乎是错误的，但它确实非常合适。你说对话不是错误是正确的。但是，它确实有一个错误，您可以使用继承来管理与该错误的交互。因此，您的对话框是 ErrorManager，因为它使用通用框架来管理其错误。

祝你好运！

临时错误信息存储的实用程序类？

2 个答案: