Цитата(mes @ 25.2.2010, 00:16  ) | | почитайте про шаблоны (template<>) |
Хе-хе, про шаблоны знаю.... но не получу ли я ими еще более излишнюю кодогенерацию?
тогда для каждого класса будет сгенерирован не только излишний конструктор но и функции члены!
получим еще больше лишнего коду ради "удобства"
Да и ктомуже синтаксис красивше не станет! я бы сказал появится даже больше нагромождений.
Преимущество будет только в проверке типов, в макрос то можно всевозможную дряно пихать, но с другой тсороны ошибку получим сразу, взглянем на макрос и все поймем.
Добавлено через 12 минут и 15 секунд
Вот вариант с использование Специализированных шаблонов о которых говорил mes
ссори за грязное исполнение в одном фаиле и реализацией по месту объявления, просто так быстрее =)
| Код |
template <typename T>
class XException {};
class XPrivateException : public std::exception {
public:
XPrivateException(const char* message, const int inErrorCode = NULL)
: mErrorCode(inErrorCode), mMessage(message) {};
virtual ~XPrivateException() throw() {};
virtual const char* what() const throw()
{ return mMessage.c_str(); }
virtual const int errorCode() const throw()
{ return mErrorCode; }
protected:
int mErrorCode;
string mMessage;
};
class TCPClient;
template<>
class XException<TCPClient> : public XPrivateException {
public:
XException(const char* message, const int inErrorCode = NULL)
: XPrivateException(message, inErrorCode) {};
};
class TCPClient {
public:
enum SockErrors { ERR_INIT, ERR_CONNECTING, ERR_READING, ERR_WRITING, ERR_DISCONNECTED };
void Start() { throw XException<TCPClient>("TCP", 1); }
};
class HTTPClient;
template<>
class XException<HTTPClient> : public XPrivateException {
public:
XException(const char* message, const int inErrorCode = NULL) : XPrivateException(message, inErrorCode) {};
};
class HTTPClient {
public:
enum HttpErrors { NOTFOUND, BADREQUEST, FORBIDDEN, SERVERERROR };
void Start1() { tcp.Start(); }
void Start2() { throw XException<HTTPClient>("HTTP", 3); }
TCPClient tcp;
};
void main()
{
HTTPClient client;
try {
client.Start1();
}
catch(XException<TCPClient> &excp)
{
cout << "XException<TCPClient>" << endl;
cout << excp.what() << endl;
}
catch(XException<HTTPClient> &excp)
{
cout << "XException<HTTPClient>" << endl;
cout << excp.what() << endl;
}
}
|
Собственно что дает? Убили макроопределение....
С шаблонами есть типо как проверка типов, случайно не сунешь левый тип =) (реализация увы неполная поэтому в данном примере сунешь)
Но с другой стороны сунув левый тип в макро - тоже ошибку получишь, глянешь в макрос и все поймешь + можно комменты к нему накидать.
В плане кодогенерации получаем тоже самое что и с макросом + код конструктора каждому классу.
Но теперь нам необходимо выкидывать исключения вот так: throw XException<HTTPClient>("HTTP", 3);
заместо возможного throw XException("HTTP", 3); c макросом.
и писать перед каждым классом
| Код |
template<>
class XException<HTTPClient> : public XPrivateException {
public:
XException(const char* message, const int inErrorCode = NULL) : XPrivateException(message, inErrorCode) {};
};
|
можно конечно сунуть в макро-определение, но опять таки получим масло масленое, за что боролись на то и напоролись оО
Вообщем пока что такой вариант мне не приглядывается - выигрыша мало, нагромождения есть. |
