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

Question

alex_lipApril 10, 2018, 3:52 a.m.

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

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

We recommend hosting TIMEWEB

Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Subscribe to the discussion2

Section subscription98

Do you like it? Share on social networks!

April 10, 2018, 4:10 a.m.

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

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

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

April 10, 2018, 4:21 a.m.

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

Evgenii Legotckoi → alex_lip
#

April 10, 2018, 4:54 a.m.
(edited)
The answer was marked as a solution.

По большей части, что в конфигурационный скрипт 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. И не знаю, какие там могут быть подводные камни (от слова совсем).

April 10, 2018, 10:20 a.m.

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

Comments

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