Насколько полезен Qt без этапа предварительной обработки?

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

Почему вам все равно: Учитывая характер «предварительной компиляции», если вы используете cmake или qmake, это не так уж и сложно с точки зрения неудобств. Если вы делаете что-либо с графическим интерфейсом в наши дни, вы все равно должны использовать графический дизайнер для большей части работы, поэтому вы уже добавляете некоторые шаги «прекомпиляции».

Относительно того, почему они это сделали: Возможно, вам будет интересно прочитать пояснение Qt: http://doc.qt.io/qt-4.8/templates.html

Оно сводится к следующему:

• В шаблонном решении отсутствуют свойства и перегрузка
• Решение moc предотвращает нарушение бинарной совместимости сигналов.
• Анализ и модификация во время выполнения возможны с помощью нешаблонного механизма сигналов/слотов.

Кроме того, многопоточность сигналов/слотов также является преимуществом их системы.

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

Без moc вы не сможете

• Использовать сигналы и слоты (которые практически необходимы для пользовательского интерфейса)
• Использовать систему динамических свойств (необходима, среди прочего, для написания плагинов)
• Используйте функции интернационализации
• Рассчитывайте на помощь от кого угодно, когда ничего не работает

Если вы хотите использовать Qt, используйте moc. На самом деле, даже не беспокойтесь о moc — просто используйте QMake. Вы можете написать файл QMake .pro, который выглядит следующим образом:

TARGET = myApp

FORMS += MainWindow.ui

HEADERS += MainWindow.h

SOURCES += MainWindow.cpp
SOURCES += main.cpp

Все будет сделано автоматически. Или вы можете потратить все свое время, пытаясь понять, как избежать moc.

См. https://doc.qt.io/archives/qt-4.7/metaobjects.html и https://doc.qt.io/archives/qt-4.7/moc. .html#moc

Я не считаю необоснованным то, что Qt требует специального инструмента предварительной обработки, учитывая, насколько велика и обширна библиотека.

Другие столь же полные библиотеки, такие как Boost и GLib, не требуют специальных инструментов предварительной обработки, но широко используют стандартный препроцессор C. Qt можно было бы реализовать с использованием только препроцессора C, но с помощью собственного специального инструмента препроцессора он может обеспечить более чистый синтаксис и избежать многих ловушек, связанных с макросами препроцессора C.

Однако, как уже было сказано, вы можете использовать Qt без moc, а не все, что требует сигналов и слотов. Да, это включает все элементы графического интерфейса, но Qt никоим образом не просто библиотека графического интерфейса.

У меня нет полного ответа, но, насколько я понимаю, moc в основном (или, возможно, только) генерирует дополнительный код C++. Так что потенциально нет ничего, что вы не могли бы сделать сами вручную. Однако я понятия не имею, насколько это может быть утомительно и сколько времени потребуется для изучения всех необходимых концепций и деталей, которые входят в этот код.

Кроме того, отмечу: по моему мнению, причина, по которой вы так активно защищаете Qt и moc, заключается в том, что вы начали свой вопрос с резкой формулировки «Я думаю, что это неразумно», что легко интерпретируется как означающее, что вы не думаете, что moc должен был когда-либо существовать. Это отвлекает от вашего фактического вопроса. Думаю, было бы лучше просто сказать «moc не вписывается в мою систему сборки» или просто «у меня есть свои причины не хотеть его использовать».

Я действительно не могу придумать ничего уникального и полезного с Qt без использования QObject. Я бы хотел, чтобы они обошли этот этап предварительной компиляции.