问题描述
|
我一直在写一个轻量级的框架来包装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类的信息。尽管那只花了很短的时间,但是必须有一个更好的设计方法。我宁愿不必在每个类中复制并粘贴这些函数。
任何想法,将不胜感激!
谢谢。
解决方法
您是否考虑过使用异常并将
ErrorData
类改为throw
?这似乎比继承或组合都要好。
几乎看起来,“ 3”应该是名称空间自由功能,而不是成员(看起来它需要的所有内容都传递到其参数中)。
,首先,我必须建议使用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()
尽管您认为继承似乎是错误的,但它确实是非常适当的。您是正确的对话框不是错误。但是,它确实具有-Error,并且您可以使用继承来管理与该错误的交互。因此,您的对话框是-ErrorManager,因为它使用公共框架来管理其错误。
祝好运!