crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )

> Выпущен Qt Declarative для Qt 4.6.0
Litkevich Yuriy
  опции профиля:
сообщение 14.12.2009, 16:18
Сообщение #1


разработчик РЭА
*******

Группа: Сомодератор
Сообщений: 9669
Регистрация: 9.1.2008
Из: Тюмень
Пользователь №: 64

Спасибо сказали: 807 раз(а)




Репутация:   94  


Новость в лаборатории http://labs.trolltech.com/blogs/2009/12/14...t-460-released/
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
 
Начать новую тему
Ответов
kipter
  опции профиля:
сообщение 14.12.2009, 18:19
Сообщение #2


Новичок


Группа: Новичок
Сообщений: 7
Регистрация: 6.12.2009
Пользователь №: 1281

Спасибо сказали: 0 раз(а)




Репутация:   0  


что теперь получается C# + XAML == QML + JavaScript =)

Сперва обрадовался... О думаю крута можно будет дизайнерам описывать красивые скины софтинке.
Подумал что этот QML будет либо генерировать код, ну или ладно интерпретироваться но чисто только чтобы задавать структуру приложения, без логики.
Потом порыл глубже (скачал, посмотрел экзамплы и демо) и расстроился....

Черт возьми этож теперь на С++ останется выполнение только узких тривиальных задач =(
Будем писать классы указывая для них атрибуты чтобы наш класс хватался ЯваСкрипт машиной и этим QML

Если сейчас у нас чаще всего интерфейс занимает половину ну или приличную часть С++ кода... то теоретически QML + JavaScript будет способен убрать вообще весь GUI C++ код.
Разве что если только нам понадобиться создавать новые типы виджетов или что то отрисовывать, тогда прийдеться прибегнуть к С++

А вот почему расстроился...

Сейчас дизайнер (если он вообще есть в фирме в которой вы работаете) рисует в фотопопе слоеный макет с интерфейсом, который режеться на картиночки, элементы и т д. Дизайнер рисует в десинджере структуру либо я описываю ее кодом, либо и то и другое, в зависимости от задачи. Даю имена классов, объектов дизайнеру и он пишет CSSку, где прикручиваются картинки и т д.
Но я задаю правила! Потому что мне потом все это отлаживать, с этим работать, и управлять. И моя работа куда больше выглядит чем работа дизайнера, за что я и получаю.

С этим QML, дизайнер сам вполне без меня сможет описать и интерфейс и взаимодействие с ним (JavaScript) и даже немалую часть бизнес логики приложения! и он уже будет задавать правила: Типа мне вот нужно чтобы вот сюда приходило то то а вот сюда то то иди пиши класс. А мне только штамповать классы с атрибутами которые ему нужны.
В случае если дизайнера в конторе нет, то прийдеться самим работать с этим языком разметки и javaScript от которого если честно меня со времен веб кодинга уже тошнит =(

Может получиться так что дизайнеры станут более оплачиваемыми, Qt кодеры менее оплачиваемыми, либо на разработку интерфейса могут нанимать дополнительное студенческое лицо которое быстренько схавает этот QML + JS. Собственно опасность зарплата--;

С другой стороны Рантайм ошибок убивающих софтинку станет меньше, ошибка исполнения JavaScript более контролируема и поправима. Опять же переходим к управляемому коду.
Как не крутись двигаемся к тому чтобы писать прикладной софт на интерпретируемых разметках и языках программирования.

Но конечно не хочется чтобы в скором будущем 30% кода был бы QML, 50% JavaScript и 20% C++
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение

Сообщений в этой теме


Быстрый ответОтветить в данную темуНачать новую тему
Теги
Нет тегов для показа


6 чел. читают эту тему (гостей: 6, скрытых пользователей: 0)
Пользователей: 0




RSS Текстовая версия Сейчас: 19.12.2024, 1:26