Кастомный файл ресурсов

Question

Rumata72304 травня 2018 р. 01:05

Кастомный файл ресурсов

Не знаю правильно ли задал заголовок.

Имеется проект, который в ходе работы распаковывает *.zip архив в нужную папку.

Хочется максимально "статично" приложить его к проекту, но при этом не просто положив в папку так сказать, а лишив к нему иного доступа, кроме как через программу.

Если он весит, например, 100мб - не очень классно прикладывать его в базовый файл ресурсов, он же по идее в итоге соберется в исполняемый файл, который вместит в себя этот архив и потяжелеет знатно.

В общем, вопрос следующий:

Есть ли варианты его кастомно разместить, например в каком-нибудь res.data (который будет лежать в папке с программой) и подгружать уже из него?

Для разархивирования использую следующие библиотеки:

#include <QtGui/private/qzipwriter_p.h>
#include <QtGui/private/qzipreader_p.h>

Рекомендуємо хостинг TIMEWEB

Стабільний хостинг, на якому розміщується соціальна мережа EVILEG. Для проектів на Django радимо VDS хостинг.

Підпишіться на обговорення3

Підписка на розділ249

Вам це подобається? Поділіться в соціальних мережах!

07 травня 2018 р. 06:15
Відповідь була позначена як рішення.

Добрый день.

Извиняюсь за поздний ответ. Выходные напряжённые выдались.

Есть возможность скомпилировать файл вне сборки проекта, то есть сделать предкомпилированный ресурсный файл.

Например, вы имеет сформированный ресурсный файл qrc со всеми прописанными ресурсами и с помощью утилиты rcc, которая идёт в комплекте с Qt Creator компилируйте ресурсный файл.

rcc -binary myresource.qrc -o myresource.rcc

А потом уже в main.cpp регистрируете этот ресурсный файл в программе. Прописываете где этот файл будет лежать относительно вашего исполняемого файла.

QResource::registerResource("/path/to/myresource.rcc");

R

07 травня 2018 р. 07:01

День добрый.

Спасибо! Всё получилось.

Не могли бы вы подсказать сразу по ещё одному вопросу?
Есть способ подключать дополнительную форму (*.ui) и получать доступ к её объектам (например ui_custom->pushButton), без создания класса для неё в отдельных файлах? Т.е. не через "Создание класса формы Qt Designer". Я пробовал создавать через "Форма Qt Designer", но так и не понял, как обращаться к её объектам.

Evgenii Legotckoi → Rumata723
#

07 травня 2018 р. 07:21
(відредаговано)

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

Мы на работе делаем это через умные указатели, чтобы не покорёжить приложение.

Например, есть некоторая форма ui со своим классом. В нёё добавляем в private секцию умный указатель на ui реализацию

#ifndef EXAMPLEWIDGET_H
#define EXAMPLEWIDGET_H

#include "ui_ExampleWidget.h"

#include <QWidget>
#include <memory>

class ExampleWidget : public QWidget
{
    Q_OBJECT

public:
    explicit ExampleWidget(QWidget* parent = nullptr);

    Ui::ExampleWidget* getUi() const { return ui.get(); }

private:

    std::unique_ptr<Ui::ExampleWidget> ui;
};

#endif // EXAMPLEWIDGET_H

А в коде другого виджета либо через преобразование виджета (Promote to) добавляем через дизайнер этот виджет, либо вручную через код добавляем этот виджет и через метод getUi() получаем доступ к элементам.

ParentWidget::ParentWidget(QWidget* paremt) : QWidget(parent)
{
    ui->setupUi(this);

    ui->exampleWidget->getUi()->pushButton->setText("SomeText");
}

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

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

R

07 травня 2018 р. 07:25

Понял, понял.

Спасибо, попробую.

Коментарі

Only authorized users can post comments.
Please, Log in or Sign up