Не лучший вариант на самом деле, если нужно поправить платформоспецифичный компонент, обратно его после тестирования придется руками копировать. Это ладно, один, а если 3-5...
А в файле ресурсов прописываем алиасы, чтобы нивелировать различие путей, да. На самом деле хорошее решение, кода выйдет чуть меньше.
Я говорил именно про подключение напрямую внутри .qml файлов, без регистрации типов в плюсах, там альтернатив Qt.createComponent() нет, но оно не сильно напрягает.
qmake, и там тоже есть такая возможность. Другое дело, что придется подключать эти директории непосредственно в QML, а вот там препроцессора на импорты нет.
Английский, конечно, доступнее немецкого, но Хабр все-таки русскоязычный ресурс, и формат статьи-перевода предполагает подачу информации именно на русском.
Кому-то и changelog достаточно почитать, а для кому-то интересно мнение профессиональных разработчиков почитать.
Почитать мнение профессиональных разработчиков, да еще и на русском — интересно, потратить полтора часа с сомнительной перспективой — не очень.
Если бы вы посмотрели видео, вытащили самое ценное и записали, проиллюстрировали слайдами из оригинальной презентации — была бы действительно статья.
Видео на английском на полтора часа — это прекрасно, но что оно делает на Хабре с плашкой "перевод"?
В самом тексте ничего нового не увидел, чейнжлог по 5.6 и то содержит гораздо больше полезной информации.
Ну не так чтобы нельзя, но на комментариях типа "Хорошая попытка internet explorer, но нет" она растет на порядки быстрее. Ну либо я по делу не высказываюсь, и моя выборка нерепрезентативна.
Забанили на Хабре до разделения, потом на Хабре восстановился, на Гиктаймсе мало того что до сих пор забанен, так и read & comment не доступен. Это баг или фича?)
Открытый код — это замечательно в любом случае, правда непонятно под какой лицензией открыли.
От поста создается впечатление, что использование Qt вас просто таки вынудило пойти на этот шаг, хотя реальной необходимости тут нет.
То есть я правильно понимаю, что если не могу переизобрести RBTree, а как именно черный дядя с красным племянником взаимодействуют не помню, то галочку не ставлю?
Я вас только об одном прошу — постарайтесь воздержаться от использования исключений в C++, хотя бы для проверки таких простых вещей. Оно может работать на порядок медленнее и вносить ненужные сложности в отладку. Многие крупные проекты — как Chromium или Qt, написаны вообще без использования исключений, и все работает отлично. Если производительность не критична, то лучше писать на более высокоуровневых языках, где исключения дешевле.
Я говорил именно про подключение напрямую внутри .qml файлов, без регистрации типов в плюсах, там альтернатив Qt.createComponent() нет, но оно не сильно напрягает.
Почитать мнение профессиональных разработчиков, да еще и на русском — интересно, потратить полтора часа с сомнительной перспективой — не очень.
Если бы вы посмотрели видео, вытащили самое ценное и записали, проиллюстрировали слайдами из оригинальной презентации — была бы действительно статья.
В самом тексте ничего нового не увидел, чейнжлог по 5.6 и то содержит гораздо больше полезной информации.
БРИКС вроде как объединяются не по принципу интереса IT-инвесторов, и как-то странно судить о преобразованиях на этом основании.
От поста создается впечатление, что использование Qt вас просто таки вынудило пойти на этот шаг, хотя реальной необходимости тут нет.