Политика конфиденциальностиКонтактыО сайтеОтзывыGitHubDonate
© EVILEG 2015-2018
Рекомендует хостинг
TIMEWEB
ТЗ
21 декабря 2018 г. 0:29

Как выстравивать логику приложения в QTCreator?

Qt

Добрый день, разбираюсь с QT и хочу написать маленькую приложуху и просто уперся в один вопрос: как переключаться между виджетами, как выстраивать архитектуру приложения? Самое понятное для меня, что смог найти в книгах и интернетах это такой вариант: создаем главный виджет, в котором будем переключать существующие mainwid.cpp, потом я создал два пробных виджетам, между которыми хочу переключаться first.cpp и second.cpp. В главной функции создаю экземпляр главного виджета, первого и второго; добавляю первый и второй виджет внутрь стэка виджетов и записываю в переменные номера в стеках каждого и по наступлению события переключаемся между ними. Вопросы: на сколько такая логика имеет место быть? Как обращаться к mainwid, стоит ли создать какой-то слот или что-то еще, я не очень понимаю что нужно прописывать в команде connect третий и четвертый параметры, точнее как обращаться к тому, что должно стоять на месте третьего параметра? P.S. я даже не могу проверить то, что написал ибо сначала мне компилятор говорил, что all: no such file or directory и останавливался на компиляции файла first.o, а после добавления к проекту файлов second.h и second.cpp выдает ошибку в 13 строке файла main.cpp что он якобы не знает тип second, но все же подключено по аналогии с first, а там нет ошибок, я подавлен.... P.P.S. очень сильно надеюсь на вашу помощь, а то уже совсем всё плывет((( код:

*.pro

SOURCES += \
    main.cpp \
    mainwid.cpp \
    first.cpp \
    second.cpp

QT += widgets \
   gui

HEADERS += \
    mainwid.h \
    first.h \
    second.h

first.h

#ifndef FIRST_H
#define FIRST_H
#include<QApplication>
#include<QtWidgets>

class first : public QWidget
{
    Q_OBJECT
public:
    first();
private:
    QPushButton *Button1;
    QLabel *label1;
    QLabel *label2;
};

#endif // FIRST_H

second.h

#ifndef FIRST_H
#define FIRST_H
#include<QApplication>
#include<QtWidgets>

class second : public QWidget
{
    Q_OBJECT
public:
    second();
private:
    QPushButton *Button1;
    QLabel *label1;
    QLabel *label2;
};

#endif // FIRST_H

mainwid.h

#ifndef MAINWID_H
#define MAINWID_H
#include<QApplication>
#include<QtWidgets>
#include<QStackedWidget>
#include"first.h"

class mainwid : public QWidget
{
    Q_OBJECT
public:
    mainwid(QWidget* parent = 0);
    QStackedWidget *QSW;
private:
};

#endif // MAINWID_H

first.cpp

#include"first.h"

first::first():QWidget()
{
    Button1 = new QPushButton("Back", this);
    label1 = new QLabel("1st window", this);
    label2 = new QLabel("still window 1", this);
    connect(Button1, SIGNAL(clicked()), this, SLOT(setCurrentWindow(int)));
}

main.cpp

#include <QApplication>
#include "mainwid.h"
#include "first.h"
#include "second.h"

int main(int argc, char *argv[])
{
    QApplication app(argc, argv);
    mainwid *Widget = new mainwid();
    first *First = new first();
    second *Second = new second();
    int a = Widget->QSW->addWidget(First);
    int b = Widget->QSW->addWidget(Second);
    Widget->QSW->setCurrentIndex(a);
    Widget->show();
    return app.exec();
}

mainwid.cpp

#include"mainwid.h"

mainwid::mainwid(QWidget *parent) : QWidget(parent)
{
    QSW = new QStackedWidget(this);
}

second.cpp

#include"second.h"

second::second():QWidget()
{
    Button1 = new QPushButton("Back", this);
    label1 = new QLabel("2nd window", this);
    label2 = new QLabel("again 2nd window", this);
    connect(Button1, SIGNAL(clicked()), this, SLOT(setCurrentWindow(int)));
}
6

Добрый день. Советую для начала изучить статьи и разобраться с сигналами и слотами. Это одна из важнейших составляющих программирования с использованием Qt. На данном сайте все изложено довольно понятно и с примерами. По поводу вопроса о том, что не видно second: у вас в обоих заголовочных файлах

#ifndef FIRST_H
#define FIRST_H
...

это защита и она сработала ))

0
ТЗ

да, спасибо) это помогло и вернуло к старой проблеме:

gcc   first.o all   -o first
gcc: error: all: No such file or directory
<builtin>: recipe for target 'first' failed
make: *** [first] Error 1
17:54:17: Процесс «/usr/bin/make» завершился с кодом 2.
Ошибка при сборке/установке проекта todoList1 (комплект: Desktop Qt 5.12.0 GCC 64bit)
Во время выполнения этапа «Сборка»

даже проект новый пересобрал, всё равно не понимаю чего ему не хватает с этим файлом. Ну и если абстрагироваться в вопросе про сигналы и слоты, то логика построения приложения сильно неправильная?

0

Добрый день!

Помогло... а что именно вы сделали?

И новый проект пересобрали... но это не значит, что снова был выполнен шаг qmake , лучше просто удалить полностью build каталог.

Приложение слишком маленькое, чтобы говорить о какой-то архитектуре.
Косяков в общем-то хватает, начиная от использования устаревшего синтаксиса сигналов и слотов и заканчивая просто вырвиглазным код-стайлом, который в продакшене не используется. Что именно хотите услышать?

0
ТЗ

Я имел в виду, что это надо было исправить:

#ifndef FIRST_H
#define FIRST_H

qmake всегда запускаю первым делом. Ну, почти всегда. Услышать хотел бы как написать приложение, на основе которого можно было бы уже делать что-то большее. Суть в том, что есть у нас две формы и перерисовывать их, сменяя одну другой, в том же окне, а не создавать новое для каждой, здесь я откровенно не могу разобраться.

0

Это нужно было переписать на

#ifndef SECOND_H
#define SECOND_H

Ок. Тогда к вопросу о приложении. Если хотите относительно комфортно вести разработку, то я бы рекомендовал всё-таки использовать Qt Designer и накидывать формы в дизайнере, а то если честно, очень потом тяжело разгребать нагромождение только одних формирований формочек, которые могу достигать нескольких тысяч строк кода. Использование дизайнера на самом деле удобная вещь.

Что касается приложения, то если у вас есть приложение с одним главным окном, то добавлять все виджеты и прочее лучше уже внутри конструктора или методов данного окна приложения, а не так, как у вас сделано в main функции.

Если у вас в главном окне приложения будут дополнительные диалоги, то можно использовать пул диалогов, если предполагается кеширование, если вам нужно менять виджеты без их пересоздания, а просто переключать, то можете использовать QStackedWidget или QTabView.

А так, ну, делаете главное окно приложения, диалоги разработываете в отдельно, по возможности с минимальной связью с главным окном, чтобы можно было просто аргументы какие-то передавать им для инициализации и т.д. Тоже самое со сложными виджетами. Но не увлекайтесь преждевременными оптимизациями, если не требуется сложный виджет, или виджет, который будет повторяться в других местах, то его можно накидать прямо в форме главного окна приложения.

P/S/ и всё-таки откажитесь от записи сигналов и слотов на макросах. Это себя уже отжило, да и порой создаёт больше проблем, чем новый синтаксис на указателях.

0
ТЗ

Спасибо, буду разбираться

0

Комментарии

Только авторизованные пользователи могут публиковать комментарии.
Пожалуйста, авторизуйтесь или зарегистрируйтесь
A
22 января 2019 г. 21:22
Allyonz

C++ - Тест 001. Первая программа и типы данных

  • Результат:40баллов,
  • Очки рейтинга-8
A
22 января 2019 г. 14:15
Alex

Qt - Тест 001. Сигналы и слоты

  • Результат:89баллов,
  • Очки рейтинга6
IO
20 января 2019 г. 18:39
Ivan Otreshko

C++ - Тест 003. Условия и циклы

  • Результат:0баллов,
  • Очки рейтинга-10
Последние комментарии
22 января 2019 г. 13:17
Евгений Легоцкой

Создайте тогда тему здесь на форуме в разделе Qt с выкладками кода и вашими попытками внедрения делегата, позже гляну или может кто-то ещё глянет из опытных пользователей.
I
22 января 2019 г. 13:13
IscanderChe

Не проще тогда использовать сразу кастомный делегат с чекбоксом? Я попробовал, но там засада в том, что чекбокс показывается только при щелчке на ячейку, а дефолтно показывается значение. Как ...
22 января 2019 г. 12:15
Евгений Легоцкой

Если будет не приемлемо потом, то тогда через кастомный Item Delegate нужно будет перерисовать ячейки в той колонке.
I
22 января 2019 г. 12:09
IscanderChe

Получилось приемлемо. Спасибо!Нюанс только в том, что поле рядом с чекбоксом не пропадает, оно просто пустое, что видно при выделении ячейки. Но этого достаточно.
22 января 2019 г. 11:50
Евгений Легоцкой

Переопределить метод data для той колонки и роли Qt::DisplayRole, чтобы в том случае возвращался QVariant() я так думаю... Но возможно, что у вас там будут нюансы, если вы туда чекбокс за...
Сейчас обсуждают на форуме
23 января 2019 г. 7:54
Михаиллл

Зарание спасибо.А еще на эту тему можно будет сделать статью. Это контент будет уникальным.
23 января 2019 г. 7:37
Евгений Легоцкой

Hello. Maybe the English will be better for you? I think russian is not native language for you, or did I mistake? Did I undesrtood rightly, that you mean this documentation ( ...
I
22 января 2019 г. 13:45
IscanderChe

Всем добрый день. Суть задачи: надо, чтобы в одной из колонок QTableView вместо хранимого в QSqlTableModel значения выводился чекбокс и при смене состояния чекбокса значения в базе тоже ...
M
22 января 2019 г. 13:15
Max-P85

Евгений, огромное спасибо, все работает!
Присоединяйтесь к нам в социальных сетях

Для зарегистрированных пользователей на сайте присутствует минимальное количество рекламы