xintrea
Вопрос: ui файлы
Почему в проекте не используются файлы ui? На мой взгляд это сократило бы количество строк в cpp и h файлах, а также было бы проще искать ту или иную кнопочку.
Потому что интерфейс расчитан и на Андроид, и поэтому он конструируется кодом для разных систем, а не рисуется мышкой. И у редактора тоже кнопки могут быть в разных ToolBar, в зависимости от настроек. И еще стили планируется применять разные (из-за того же Андроида). Поэтому визуальное создание виджетов считаю бессмысленным.
И еще я тупо не осилил дизайнер и его связь с кодом.
Если есть другие проекты, не связанные с android, то очень советую осилить дизайнер. Во многом облегчает жизнь.
Это понятно. Просто я изначально использовал Qt в чистой консоли, и у меня всегда была задача, чтобы разработка проекта была возможна без визуальных средств.
Кстати, поискал информацию. Можно и имея андроиды прикручивать ui. Просто создаёшь 2 ui для разных видов. Надо посмотреть будет, как там в проекте сейчас работает взаимосвязь с андроидом.
Здесь визуальные средства есть и они упрощают жизнь. И этим упрощением надо пользоваться. Я больше доверяю машине, чем себе при формировании gui
Просто создаёшь 2 ui для разных видов.
В Qt большие проблемы с видами, потому что вместо "Модель-вид контроллер" имеем концепцию "Интервиев". Поэтому в виде и модели скапливается функционал, совершенно не предназначенный для вида.
Я, конечно начал работу по переводу на нормальную концепцию (у меня в коде уже есть MVC для некоторых частей MyTetra), но пока это не будет сделано самими авторами фреймверка, ничего хорошего не получится. Существующие виды в MyTetra сейчас очень сложны, посему держать два вида - это безумие.
Уверен, что там можно что-то придумать. Совсем не обязательно делать весь ui в одном файле. Можно некоторые его части объединять в "сборке" из нескольких ui. Позже постараюсь посмотреть, что выходит на данном этапе.
Сегодня, начал изучать Ваш проект. Также первое, что бросилось в глаза - это конструирование всех виджетов по старинке без ui. На мой взгляд, такой подход делает текст нечитаемым. Гораздо сложнее разделить где Ваш GUI, а где функционал.
