Наследование QSqlQuery

[SABROG]

Ух до чего же я ненавижу писать классы с их подводными камнями  :evil:

Никак не получается унаследовать QSqlQuery. Хочу унаследовать так, чтобы переопределить методы exec(const QString &) и exec(), но при этом чтобы передаваемые параметры в конструктор остались такими же как и в QSqlQuery.
---
Сам разобрался.

// sabQuery.h

Код:

class sabQuery : public QSqlQuery
{
public:
        sabQuery ( QSqlResult * result ) : QSqlQuery(result) {};
        sabQuery ( const QString & query = QString(), QSqlDatabase db = QSqlDatabase() ) : QSqlQuery(query, db) {};
        sabQuery ( QSqlDatabase db ) : QSqlQuery(db) {};
        sabQuery ( const QSqlQuery & other ) : QSqlQuery(other) {};
        bool exec( const QString & );
        bool exec();
};

// sabQuery.cpp

Код:

bool sabQuery::exec(const QString &query)
{
        if (!QSqlQuery::exec(query))
        {
        qDebug(qPrintable(lastError().text()));
        return false;
        }
    return true;
}
bool sabQuery::exec()
{
        if (!QSqlQuery::exec())
        {
        qDebug(qPrintable(lastError().text()));
        return false;
        }
    return true;
}

[alexis]

а кто тебе сазал, что ты можешь переопределять не виртуальный методы класса?

[Steven_Orko]

а кто тебе сазал, что ты можешь переопределять не виртуальный методы класса?

А кто сказал, что нет???

Другое дело, что полиморфизмом здесь не пахнет...

[Racheengel]

если его объявить как virtual в наследнике, он станет виртуальным.

[Sergey B.]

а кто тебе сазал, что ты можешь переопределять не виртуальный методы класса?

Код:

class A
{
public:
     . . .
     int foo();
     . . .
};
class B : public A
{
public:
     int foo();
     void bar();
};
void
B::bar()
{
     x = foo();   
    // вызывается метод foo класса B

}

Однако метод базового класса не исчезает. Просто при поиске имени foo сначала просматриваются атрибуты и методы самого класса. Если бы имя не было найдено, начался бы просмотр имен в базовом классе, затем просмотр внешних имен. В данном случае имя foo существует в самом классе, поэтому оно и используется.

С помощью записи A::foo() можно явно указать, что нас интересует имя, определенное в классе A, и тогда запись:

x = A::foo();

вызовет метод базового класса.

[SABROG]

Рассмотрю любые другие варианты наследования и причины выбора. Классы это больная тема для меня.

[Sergey B.]

Рассмотрю любые другие варианты наследования и причины выбора. Классы это больная тема для меня.

Рассматривай
http://www.intuit.ru/department/pl/cpp/10/

[SABROG]

Спасибо за ссылку. У меня есть книга по С++ и даже не одна. Другое дело, что я не могу никак вникнуть. Мне нужны не только примеры как должно быть, но пояснение почему это не может быть иначе на примере. А то читаю например про модификаторы const, static, volatile, register, auto и понимаю, что могу и без них свободно обойтись, т.к. по большей части они нужны, чтобы исключить ошибки программиста...

добавлено спустя 2 часа 4 минуты:

 Есть проблема, если запросов через один QSqlQuery слишком много, то в итоге я получаю:
out of memory Unable to execute statement

пришлось вставить перед exec метод clear. Тогда все нормально. Это баг такой чтоль ?
---
Похоже это не совсем баг, это проблема с SQLITEом, похоже он не хочет выделить памяти под recordset больше чем ему задал разработчик. Вот и приходится теперь после каждого запроса освобождать ресурсы...

[Racheengel]

volatile, register, auto и правда нафиг не нужны... это архаизм до-ДОСовских времен.

[SABROG]

Вот такое объявление увидел в классе, можете объяснить что это такое ?

Код:

virtual const char* foo() const = 0;

[Вудруф]

volatile необходим для многопоточных программ с общей памятью

[SABROG]

Тут девушка/тетенька описывает почему volatile бесполезен в многопоточных приложения: http://alenacpp.blogspot.com/2006/04/volatile.html

[Steven_Orko]

Тут девушка/тетенька описывает почему volatile бесполезен в многопоточных приложения: http://alenacpp.blogspot.com/2006/04/volatile.html

И там же ниже ей доказывают, что она конкретно неправа...

[SABROG]

Тут девушка/тетенька описывает почему volatile бесполезен в многопоточных приложения: http://alenacpp.blogspot.com/2006/04/volatile.html

И там же ниже ей доказывают, что она конкретно неправа...

А она на это пишет, что ни одного реального примера ей так никто и не предоставил, только теория...

[Steven_Orko]

Тут девушка/тетенька описывает почему volatile бесполезен в многопоточных приложения: http://alenacpp.blogspot.com/2006/04/volatile.html

И там же ниже ей доказывают, что она конкретно неправа...

А она на это пишет, что ни одного реального примера ей так никто и не предоставил, только теория...

Ну, дык и она все в теории... Хотя там и про драйвера ей писали, и про прерывания, и про сигналы... Помоему "девочке шапка на по размеру", ИМХО.