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

Question

alex_lip10. April 2018 03:52

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

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

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

Stabiles Hosting des sozialen Netzwerks EVILEG. Wir empfehlen VDS-Hosting für Django-Projekte.

Abonnieren Sie die Diskussion2

Sektionsabonnement99

Magst du es? In sozialen Netzwerken teilen!

10. April 2018 04:10

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

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

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

10. April 2018 04:21

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

Evgenii Legotckoi → alex_lip
#

10. April 2018 04:54
(bearbeitet)
Die Antwort wurde als Lösung markiert.

По большей части, что в конфигурационный скрипт 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. April 2018 10:20

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

Kommentare

Nur autorisierte Benutzer können Kommentare posten.
Bitte Anmelden oder Registrieren