[qt4]Класс и размещение функций-членов в разных исходных файлах.

Может быть str->size() ?

Всё равно was not declared in this scope.

Упс... я в своём проекте ошибку допустил грубую и не заметил. /close

В догонку, QString - это уже обёртка над указателем, их нужно использовать по значению: QString str

s/нужно/можно/

При желании можно и двойной указатель использовать, только в отрыве от контеста задачи это бессмысленно (-:

Задачи, где нужно использовать QString * pointerToStr никак не заменяют задачи, где нужно использовать QString str, как в случае у автора.

- Доктор, у меня одно яичко расположено ниже другого.
- Ничего страшного, это норма.
- Да, но как-то неаккуратно получается...

Примерно так, да (-: В коде всё должно быть красиво и однозначно. В Qt специально добавили implicitly shared классы, чтобы не выделать их экземпляры в куче и тем самым минимизировать ошибки при работе с памятью. Как, например, у автора - что-то я не вижу в деструкторе delete str.

> что-то я не вижу в деструкторе delete str.

Разве QObject не поудаляют своих потомков?

Тут дело не в Qt, а в C++. Но даже в случае с Qt нужно помнить, что классы грубо делятся на с уникальными экземплярами (потомки QObject, запрещён оператор копирования) и разделяемые. Так вот экземпляры QObject могут автоматически удалять только другие дочерние QObject'ы, к которым QString не относится.

QObject удаляят детей, которые явно прописаны как дети этого QObject. Указатели без родителей, естественно, он не удаляет.

QObject удаляят детей, которые явно прописаны как дети этого QObject. Указатели без родителей, естественно, он не удаляет.

А я думал, что в Qt потомками становится то, что объявлено в классе. Оказывается нужен деструктор.

Пардон, что влезаю, но не подскажете хорошую книжку/пособие по Qt4 начального уровня, желательно на русском языке? Спасибо.

Я пробовал учить по официальной книге троллей, но решил, что зная плюсы легче учить по документации. Вот вам для начала, думаю найдёте всё необходимое и сможете почувствовать Qt: http://www.doc.crossplatform.ru/qt/4.3.2/how-to-learn-qt.html. Желаю успехов.

Спасибо.

Идёте по примерам и запускаете всё подряд.

А я думал, что в Qt потомками становится то, что объявлено в классе. Оказывается нужен деструктор.

Пример.

Правильно:

class A : public QWidget
{
public:
    A();

private:
    Qlabel *l;
};

A::A() : QWidget()
{
    l = new QLabel(this);
}

Неправильно:

class A : public QWidget
{
public:
    A();

private:
    Qlabel *l;
};

A::A() : QWidget()
{
    l = new QLabel;
}

Костыльно:

class A : public QWidget
{
public:
    A();
    ~A();

private:
    Qlabel *l;
};

A::A() : QWidget()
{
    l = new QLabel;
}

A::~A()
{
    delete l;
}

Учитывая, что в реальном коде QLabel скорее всего неявно передаст себя во владение основному QWidget'у через layout'ы, то последний пример также можно занести в категорию «Неправильно».

а писать деструктор, например для Qstring, костыль?

Костыль

Грубо говоря, конструкций new QString/delete QString не должно быть в коде вообще.