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

Question

Rumata7234 мая 2018 г. 1:05

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

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

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

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

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

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

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

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

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

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

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

Подписка на обсуждение3

Подписка на раздел248

Вам это нравится? Поделитесь в социальных сетях!

7 мая 2018 г. 6:15
Ответ был помечен как решение.

Добрый день.

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

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

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

rcc -binary myresource.qrc -o myresource.rcc

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

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

R

7 мая 2018 г. 7:01

День добрый.

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

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

Evgenii Legotckoi → Rumata723
#

7 мая 2018 г. 7: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

7 мая 2018 г. 7:25

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

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

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

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

Комментарии