Как сделать try finally в С++?

Question

[ADRian]

В Microsoft Visual C++ и CBuilder есть __finally.
А есть такое от Qt или в GNU C++?

Как вообще можно написать такое без finally?

class SampleLoader : public QObject
{
    Q_OBJECT
public:
    explicit SampleLoader(QObject *parent = 0);
    void load(QString sampleParameter);
 
signals:
    void workBeginEvent(int stepsCount);
    void workEvent(int step);
    void workEndEvent(bool sampleResult);
 
public slots:
};
 
void SampleLoader::load(QString sampleParameter)
{
    int count = 10;
    bool someResult = false;
    emit workBeginEvent(count);
    try 
    {
        for(int i = 0; i < count; i++)
        {
            QTest::qSleep(100); // hard work
            emit workEvent(i);
        }
        someResult = true;
    }
    finally
    {
        emit workEndEvent(someResult);
    }
}

Answer 1

[Vitaly]

Нет, т.к. в C++ finally нету по стандарту, а значит сахар от MS и CB непереносим т.ч. мой совет, не пользоваться им. Обычного try-catch за глаза хватит, т.ч. почитайте как этим пользоваться просто, тут например: www.cplusplus.com/doc/tutorial/exceptions

Comments

[ADRian]

try-catch и try-finally — это совсем другое. например попытайтесь переделать этот пример под try-catch и ничего хорошего из этого не вийдет

[Vitaly]

ADRian: А в чем проблема?

try 
    {
        for(int i = 0; i < count; i++)
        {
            QTest::qSleep(100); // hard work
            emit workEvent(i);
        }
        someResult = true;
    }
    catch(...)
    {
        emit workEndEvent(someResult);
        // throw; если надо дальше кинуть
    }
    // emit workEndEvent(someResult); если нужно всегда

[ADRian]

Vitaly: тогда нельзя использовать return внутри try ... catch... ну ладно фиг с ним (

[Vitaly]

Можно и всегда было можно. Приведите пример в котором это не работает. Учить C++ в общем)

[ADRian]

но try ... catch не ловит ретурны

try 
    {
        for(int i = 0; i < count; i++)
        {
            QTest::qSleep(100); // hard work
            emit workEvent(i);
            if (i == 5)
                return
        }
        someResult = true;
    }
    catch(...)
    {
        emit workEndEvent(someResult);
        throw; //если надо дальше кинуть
    }
    emit workEndEvent(someResult); //если нужно всегда

[Vitaly]

Да, он и не должен. И не по стандарту это. Может во всяких расширениях такое и допускается, но писать не переносимый код это печаль.

[ADRian]

Vitaly: да я понимаю... о том и речь что это не finally... ну окей... пусть буде так.

Answer 2

[Pavel K]

А в чём неудобства?
Пиште после catch(...) {} ...

Comments

[ADRian]

нужно что-бы код выполнялся в любом случие.

[Pavel K]

ADRian: так после catch он и выполниться в любом случае.

[ADRian]

Pavel K: я не хочу глушить ошибку

Answer 3

[Яков Е]

Не нужно тянуть исключения в C++, тем более для таких тривиальных ситуаций. Они тут медленные и опасные, Qt совершенно спокойно обходится без них.

Comments

[ADRian]

І что делать в этом конкретном случаи?

[Яков Е]

ADRian: просто убрать блок try/finally совсем, он не нужен.

[ADRian]

Яков Е: т. е.? я говорю что строка emit workEndEvent(someResult); должна испольнится в любом случаи. Даже если выще будет исключение или return

[Яков Е]

ADRian: я говорю, что исключения выше не будет, потому что его никто не кинет. Return'a тоже не будет, просто запишут результат и вернут его в самом низу.

[ADRian]

Яков Е: вместо "QTest::qSleep(100); // hard work" может быть любой код.

[Яков Е]

ADRian: да, и этот любой код не будет кидать исключения из принципа — если это вызов чего-нибудь из библиотеки Qt, то там их нет, если свой то тоже не кидать, это же так просто.

[ADRian]

т. е. не кидать? а что делать если будеш например нету файла? тянуть коди возрата через N-функций?

[Яков Е]

ADRian: если они тянутся через N функций, значит архитектура неправильная. Для продолжения разговора нужен реальный пример где встречается отсутствующий файл.

Answer 4

[PVRG]

В с++ даже не в MS и BC прекрасно работают finally. Эта технология зашита в базу языка. Благодаря ей вы знаете что любые деструкторы статических объектов локальных переменных будут вызваны в конце блоков где они определены. Если "Страусам" finally доступен, значит и вы его можете использовать. Определите class с нужным кодом деструктора в вашем коде в деструкторе опишите то что должно быть в finally. Решение уродливое. Но тут уж ничего не поделаешь.