Подключение файла js к проекту.

Question

alex_lipСәуір 10, 2018, 3:52 Т.Ж.

Подключение файла js к проекту.

Вынес все скрипты в отдельный файл js, который подключил к проекту. Теперь если я что-то изменяю в этих скриптах - нужно обязательно чистить проект, чтобы компилятор понял изменения. Это баг или фича?

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

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

Талқылауға жазылыңыз2

Бөлімге жазылу99

Ол саған ұнайды ма? Әлеуметтік желілерде бөлісіңіз!

Сәуір 10, 2018, 4:10 Т.Ж.

Я такое поведение тоже давно заметил.

Думаю, что QMake не отслеживает, изменялись ли файлы, которые добавлены в рамках ресурсов, ведь каждый файл js или qml добавляется как строка в qrc файле. Либо отслеживает, но плохо.
Там по факту не происходит никакой компиляции, все такие файлы обрабатываются в ресурсные бинарники. А если какой-то файл просто удалить, без удаления строки из qrc, то сборка вообще не состоится. Будет ругаться на отсутствующую зависимость в лице того удалённого файла.

Так что, я бы сказал, что это не столько баг, сколько недостаток самой системы сброки QMake.
Как там дела обстоят у CMake с подобным поведением, я не проверял.

Сәуір 10, 2018, 4:21 Т.Ж.

А имеет смысл разбираться с CMake? В чем там преимущество?

Evgenii Legotckoi → alex_lip
#

Сәуір 10, 2018, 4:54 Т.Ж.
(өңделген)
Жауап шешім ретінде белгіленді.

По большей части, что в конфигурационный скрипт CMake, что в QMake я лезу не так часто. По большей части добавил какой-то функционал и забыл.
Но сам по себе CMake, по отзывам и некоторому своему небольшому опыту, несколько удобнее и не страдает детскими болезнями, типо обязательного наличия обратного слеша, если был сделан перенос строки. У QMake один забытый (оставленный или недобавленный) обратный слеш может добавить изрядной головной боли, когда не понимаешь, почему вообще не компилится проект.

Также, что QMake, что CMake - это системы сборки, а значит они могут отличаться ещё и скоростью сборки.

На примере нескольких проектов я видел некоторый прирост в скорости компиляции на CMake. Но в тоже время изначально те проекты использовали QMake и их переводили на QMake, так что вполне возможно, что были убраны лишние шаги и лишний мусор в сборке. Но настройка автоматического копирования и целевых каталогов сборки в CMake мне показалась несколько более удобной.

Есть ещё система сборки qbs от того же Qt, они её пилят как замену QMake, на гитхабе есть даже проекты, которые используют эту систему сборки, но на данный момент она значительно проигрывает в скорости сборки сложных и больших проектов первым двум системам сборки.

По моему скромному мнению, специально брать и изучать что первое, что второе, что третье не имеет смысл. В процессе работы будете сталкиваться или с первым, или со вторым. И в обоих случаях нужно будет искать ответы в интернете или у коллег по цеху, как правильно реализовать тот или иной сценарий сборки.

В Qt Creator поддержка CMake сделана из рук вон плохо, но вы используете CLion, насколько помню, так что вполне можно попробовать CMake.

Плюсом понимания основ работы с CMake будет то, что он по факту используется повсеместно, тот же самый boost для сборки использует CMake, тогда как QMake - это чисто Qt-шная система сборки и вне проектов на Qt вы вряд ли найдёте её применение.

Минусом CMake могут быть проблемы сборки под Андроид, теоретически. Но это лишь мои догадки, я не пробовал собирать проект Qt под Андроид с использованием CMake. И не знаю, какие там могут быть подводные камни (от слова совсем).

Сәуір 10, 2018, 10:20 Т.Ж.

Спасибо. Весьма доходчиво.

Пікірлер

Тек рұқсаты бар пайдаланушылар ғана пікір қалдыра алады.
Кіріңіз немесе Тіркеліңіз