Графика в Ultimate+: выводы
Содержание:
1. Графика;
2. Растровые изображения;
3. Другие возможности U++;
4.Выводы (Вы читаете данный раздел).
U++ - без сомнения один из самых интересных «альтернативных» тулкитов для С++. В отличие от конкурентов, в нем используются все возможности современного стандарта С++, что делает его, пожалуй, самым совершенным в «технологическом» плане. Лаконичность кода на U++ мгновенно привлекает вни-мание. Концепции автоматической генерации кода для компоновок, схем баз данных и списков изображений, реализованные средствами самого языка, выглядят очень элегантно. Контейнеры NTL, работающие в 4-10 раз быстрее стандартных, говорят сами за себя. Казалось бы, все хорошо, но есть три момента, которые, на мой взгляд, сдерживают распространение U++ (не считая посредственной документации).
Во-первых, U++ не располагает полноценными средствами для быстрого создания прототипов интерфейса, т.к. нужно создавать независимые компоновки для каждого виджета-контейнера. Увидеть, как выглядит весь интерфейс «в сборе», нельзя до компиляции проекта. Система логических координат, принятая в U++, более ограничена чем «резиновая» компоновка с помощью сайзеров. Например, в U++ невозможно создать компоновку с тремя и более виджетами, выстроенными по горизонтали, которые равномерно растягиваются вместе с окном, без «ручного» управления их размерами, а в Qt или GTK+ это делается элементарно.
Во-вторых, использовать U++ без ThelDE невозможно. Привязка исключительно к «родной» IDE, к тому же, откровенно необычной, отпугивает пользователей. U++ нельзя использовать и как «нормальную» библиотеку - как таковой библиотеки просто нет, а все необходимое собирается «на лету» вместе с пользовательским проектом с помощью системы компиляции Blitz. В итоге, «прикрутить» U++ к уже существующему проекту невозможно в принципе - или переноси весь проект в TheIDE, или забудь про U++.
Созданные в U++ графические проекты можно портировать в html и схожие форматы, для этого потребуется скачать php скрипты (http://www.php-s.ru/), которые сделают за Вас всю работу!
В-третьих, U++ «изобретает велосипед» там, где в этом нет особой нужды. Отказ от STL более, чем оправдан четырехкратным приростом производительности, но зачем изобретать доморощенный QTF вместо стандартного и всем знакомого HTML? И чем Topic++ лучше де-факто стандартного Doxygen?
U++ - это «параллельный мир», который практически не пересекается с существующей инфраструктурой разработки на С++. Однако само наличие такой альтернативы, к тому же, полностью открытой, дает дополнительную свободу выбора разработчикам. Перевешивают ли выгоды U++ его необычность и высокий «барьер вхождения»? На мой взгляд, да. U++ - прекрасный выбор для кроссплатформенных проектов, которые разрабатываются «с нуля», особенно если предполагается интенсивное использование баз данных. В любом случае знакомство с этим прекрасным тулкитом пополнит арсенал любого программиста.
1. Графика;
2. Растровые изображения;
3. Другие возможности U++;
4.
U++ - без сомнения один из самых интересных «альтернативных» тулкитов для С++. В отличие от конкурентов, в нем используются все возможности современного стандарта С++, что делает его, пожалуй, самым совершенным в «технологическом» плане. Лаконичность кода на U++ мгновенно привлекает вни-мание. Концепции автоматической генерации кода для компоновок, схем баз данных и списков изображений, реализованные средствами самого языка, выглядят очень элегантно. Контейнеры NTL, работающие в 4-10 раз быстрее стандартных, говорят сами за себя. Казалось бы, все хорошо, но есть три момента, которые, на мой взгляд, сдерживают распространение U++ (не считая посредственной документации).
Во-первых, U++ не располагает полноценными средствами для быстрого создания прототипов интерфейса, т.к. нужно создавать независимые компоновки для каждого виджета-контейнера. Увидеть, как выглядит весь интерфейс «в сборе», нельзя до компиляции проекта. Система логических координат, принятая в U++, более ограничена чем «резиновая» компоновка с помощью сайзеров. Например, в U++ невозможно создать компоновку с тремя и более виджетами, выстроенными по горизонтали, которые равномерно растягиваются вместе с окном, без «ручного» управления их размерами, а в Qt или GTK+ это делается элементарно.
Во-вторых, использовать U++ без ThelDE невозможно. Привязка исключительно к «родной» IDE, к тому же, откровенно необычной, отпугивает пользователей. U++ нельзя использовать и как «нормальную» библиотеку - как таковой библиотеки просто нет, а все необходимое собирается «на лету» вместе с пользовательским проектом с помощью системы компиляции Blitz. В итоге, «прикрутить» U++ к уже существующему проекту невозможно в принципе - или переноси весь проект в TheIDE, или забудь про U++.
Созданные в U++ графические проекты можно портировать в html и схожие форматы, для этого потребуется скачать php скрипты (http://www.php-s.ru/), которые сделают за Вас всю работу!
В-третьих, U++ «изобретает велосипед» там, где в этом нет особой нужды. Отказ от STL более, чем оправдан четырехкратным приростом производительности, но зачем изобретать доморощенный QTF вместо стандартного и всем знакомого HTML? И чем Topic++ лучше де-факто стандартного Doxygen?
U++ - это «параллельный мир», который практически не пересекается с существующей инфраструктурой разработки на С++. Однако само наличие такой альтернативы, к тому же, полностью открытой, дает дополнительную свободу выбора разработчикам. Перевешивают ли выгоды U++ его необычность и высокий «барьер вхождения»? На мой взгляд, да. U++ - прекрасный выбор для кроссплатформенных проектов, которые разрабатываются «с нуля», особенно если предполагается интенсивное использование баз данных. В любом случае знакомство с этим прекрасным тулкитом пополнит арсенал любого программиста.
