Графіка в ultimate +: висновки

Відео: The Ultimate Gohan Transformation

U ++ - без сумніву один з найцікавіших «альтернативних» тулкіта для С ++. На відміну від конкурентів, в ньому використовуються всі можливості сучасного стандарту З ++, що робить його, мабуть, найдосконалішим в «технологічному» плані. Лаконічність коду на U ++ миттєво привертає ува-гу. Концепції автоматичної генерації коду для компоновок, схем баз даних і списків зображень, реалізовані засобами самої мови, виглядають дуже елегантно. Контейнери NTL, що працюють в 4-10 разів швидше, ніж стандартні, говорять самі за себе. Здавалося б, все добре, але є три моменти, які, на мій погляд, стримують поширення U ++ (не рахуючи посередньої документації).

По-перше, U ++ не має повноцінними засобами для швидкого створення прототипів інтерфейсу, тому що потрібно створювати незалежні компонування для кожного віджета-контейнера. Побачити, як виглядає весь інтерфейс «в зборі», не можна до компіляції проекту. Система логічних координат, прийнята в U ++, більш обмежена ніж «гумова» компоновка за допомогою сайзер. Наприклад, в U ++ неможливо створити компонування з трьома і більше віджетами, збудованими по горизонталі, які рівномірно розтягуються разом з вікном, без «ручного» управління їх розмірами, а в Qt або GTK + це робиться елементарно.

По-друге, використовувати U ++ без ThelDE неможливо. Прив`язка виключно до «рідної» IDE, до того ж, відверто незвичайної, відлякує користувачів. U ++ можна використовувати і як «нормальну» бібліотеку - як такої бібліотеки просто немає, а все необхідне збирається «на льоту» разом з призначеним для користувача проектом за допомогою системи компіляції Blitz. У підсумку, «прикрутити» U ++ до вже існуючого проекту неможливо в принципі - або терпи весь проект в TheIDE, або забудь про U ++.







Створені в U ++ графічні проекти можна перенести в html і схожі формати, для цього буде потрібно завантажити php скрипти (https://php-s.ru/), які зроблять за Вас всю роботу!

По-третє, U ++ «винаходить велосипед» там, де в цьому немає особливої потреби. Відмова від STL більш, ніж виправданий чотириразовим приростом продуктивності, але навіщо винаходити доморощений QTF замість стандартного і всім знайомого HTML? І чим Topic ++ краще де-факто стандартного Doxygen?

U ++ - це «паралельний світ», який практично не перетинається з існуючою інфраструктурою розробки на С ++. Однак сама наявність такої альтернативи, до того ж, повністю відкритою, дає додаткову свободу вибору розробникам. Чи переважають вигоди U ++ його незвичайність і високий «бар`єр входження»? На мій погляд, так. U ++ - прекрасний вибір для кроссплатформенних проектів, які розробляються «з нуля», особливо якщо передбачається інтенсивне використання баз даних. У будь-якому випадку знайомство з цим прекрасним тулкіта поповнить арсенал будь-якого програміста.