Pull to refresh
116
0
Гарин Михаил @mgarin

User

Send message
Внесу свою скромную лепту в виде комментариев по заключению…

Минусы SWT на мой взгляд:
* Мало документации/туториалов

Как мне кажется — у них как раз проще всего найти пример на тот или иной случай:
www.eclipse.org/swt/snippets/
Это как вариант — есть и множество примеров от сторонних людей.

* Гугл не так много знает о SWT, как о Swing

Могу сказать, что о Swing толковой информации также мало как и об SWT — я не говорю о примерах уровня «Hello World» коих множество на всё что угодно.

* Многие проблемы приходится решать дольше.

Тут сложно поспорить — что-то на SWT в отличие от Swing просто-напросто убивает время.

Плюсы SWT на мой взгляд:
* В общем и целом простой и понятный API

У них действительно есть множество готовых решений под различные случаи, которые зачастую сильно упрощают разработку, в отличии от реализации подобной вещи в том же Swing. Однако стоит выйти за рамки стандартных кнопок-табов и начинаются проблемы…

* Кросс-платформенное, нативно выглядящее приложение

На Вашем же примере табы приложения выглять ненативно на всех 3ёх ОС (что, кстати, странно). Скажем тот же Swing предоставляет на каждой ОС свой (весьма схожий с нативным) Look and Feel — мне они нравятся даже больше, нежели оформление некоторых компонентов в SWT.

* Из коробки быстрее работающее, чем такое же на Swing

Вопрос про скорость весьма спорный — я бы сказал даже про Swing — «Вы просто не умеете его готовит» :)
Скорости интерфейса на Swing должно хватать для любого десктоп приложения (для адекватной работы, естественно) — различные оптимизации работы интерфейса успешно делают своё дело. А вот нативный интерфейс, кстати говоря, ест побольше ресурсов машины при работе, как я смог заметить по нескольким тестам (да, он всегда отзывчив, не подвисает даже при нагрузках, но ресурсов потребляет больше).

В общем и целом — попробовав написать приложение на SWT — я сперва обрадовался, но потом потихоньку стал сползать на вставки Swing-частей в SWT, а затем полностью ушёл от SWT, так как смысла в нём никакого уже не было — он лишь нагружал приложение излишними библиотеками.

В SWT есть лишь несколько полезных вещей, которые очень бы хотелось в адекватном виде видеть в J2SE:
— Нормальная работа с меню в трее (сейчас, как ни крути — придётся использовать устаревшее PopupMenu для корректного его закрывания — в нём даже иконок не установить толком)
— Возможность создания ToolDialog'ов (нативных ToolDialog'ов — это отдельный тип окон — есть во всех известных ОС), более
— Более удобная работа с модальностью диалогов (т.е. хотелось бы иметь возможность легко и быстро создать модальный диалог, блокирующий лишь одно окно приложения, а не все)
— Нормальная работа прозрачности окон на Unix-системах (сейчас там полный бордак — корректно данная возможность представлина лишь на Windows/MacOS)

Впрочем все эти пункты, как можно заметить, не настолько критичны, чтобы бросать Swing и погружаться в SWT. Собственно именно поэтому я отказался от разработки десктоп-приложений на SWT в пользу Swing.
Пока нет — остались при гугловском.
Впринципе, даже учитывая ограничения API — лучше варианта нет.
Он, видимо, пока ещё не вошёл в «историю» :)
Спасибо за дополнительные наводки — обязательно изучу чуть позже.
Думаю до внутренностей я не сразу доберусь)

Насчёт же «маркетинга»…

Лично я не считаю подобные посты маркетингом. Ну серьёзно. Это примерно то же самое что обвинять Microsoft в том, что их лого красуется при загрузке Windows :)
Все и так отлично знают Intel и не думаю что компания нуждается в какой-либо завуалированной-в-виде-истории рекламе.

Да и Хабр сам по себе расчитан на наличие корпоративных блогов в своей жизни, тем более что в них нередко появляются весьма интересные статьи.

Плюс, я думаю, многим интересно новые факты и истории об одной из известнейших компаний в индустрии, тем более задающей «ритм» ИТ жизни. Так что не обращайте внимание на таких людей — они во всём и везде видят лишь маркетинг и «злой умысел» — и продолжайте писать! :)
Эх, где бы теперь достать такой древний комп и сравнить/«погонять»…
Жаль что в своё время всю технику не оставляли, а отдавали «в хорошие руки» или же продавали.

Пост очень понравился — спасибо Вам :)

И, кстати, спасибо за наводку на Intel media SDK!
Некоторые из них даже «рекламировались» на хабре в своё время.
Просто мне кажется было бы куда интереснее почитать (хотя бы минимальный) обзор средств создания прототипов/вайрфреймов (мокап средства сюда не входят), так как они находятся на достаточно интересном уровне как по цене, так и по предоставляемым возможностям.

Список же вышеприведённых инструментов (за исключением пары из них), уверен, уже слышал/видел/пощупал каждый интересующийся этой темой (иные вообще обойдут пост стороной) — тема таки не супер новая и, уверен, уже многие задавались вопросом нужно ли им прототипировать и как/на чём это делать и в своё время искали возможные варианты.

Да и появление многих из этих инструментов зачастую сопровождалось большим шумом и искуственным ажиатажем, поэтому пропустить их мимо было взгляда весьма сложно.
Статья называется «Инструменты прототипирования и создания wireframes», а в списке приведённых Вами инструментов львиную долю занимают средства для создания исключительно мокапов (iPlotz, MockFlow, MockupBuilder, Mockingbird, Balsamiq Mockups), что далеко не прототипы или вайрфреймы.

Средств этих инструментов хватит отсилы на очень отдалённый набросок сайта (реже приложения) — собственно они для этого и создавались, хотя иногда пытаются вырваться за эти рамки (как по мне так безуспешно). Для таких задач, обычно, бумага и карандаш на порядок лучше (да ещё и бесплатно).

Для более серьёзных проектов использование подобных инструментов себя не оправдывает — не хватает функционала, конкретики в интерфейсе и возможности создавать какие-либо (даже самые базовые) интерактивные элементы.
Пару раз так закрывал в хроме странички со статьями (правда всегда имел менее свежую локальную копию). Пара секунд волнения перед нажатием Ctrl+Shift+T и… Уф, страница восстанавливается вместе с изменениями.

Не помню уже точно когда, но в хром добавляли данную фичу — видимо не у меня одного «наболело» :)

Данные сохраняются даже после перезапуска браузера — хранил так около месяца (да, отчасти ради теста, признаю) прямо в открытом табе одно письмо. В итоге за месяц работы с ним ничего так и не случилось (даже при бсодах, падениях браузера и обновлениях страницы) и я успешно отправил его, когда потребовалось.
Аналогично — win 7 x64, Google Chrome 15.0.874.106 m — ничего не происходит.
Даже при включении иных действий помимо переключения табов или же изменении чувствительности.
Коварный план Duqu был успешно пресечён джедаями :)
Чёрт побери, где Вы были раньше!?
Поставил и теперь тоже доволен. :)
Нда, увесистые у них триалы — 140 мб.
Скачаемс — посмотримс…
Я не спорю про JPEG — лично я никогда вообще не пользуюсь этим форматом (фотоаппаратом как-то не приходилось пользоваться, да) — имхо он создан лишь для издевательства над людьми. По мне так смысла сжимать изображение (даже в 3-4 раза) если оно теряет своё качество просто нет. Это было весьма актульно лет 5-10 назад, но времена меняются — мы неизменно движемся в сторону улучшения качества/размера (во всех смыслах).

Я говорил лишь о возможном большом размере PNG изображений и случаях, когда в их оптимизации особого смысла нет. Не более.
Это скорее не для широкого пользователя, а просто порадовать клиентов и любителей «красоты» :)
А у них где-то есть живые примеры (демки) данного скина?
Очень бы хотелось пощупать :)
Я конечно понимаю, что канал у всех разный (кто-то вообще через gprs сидит иногда), но мне кажется что достаточно много статей просто не предназначены для просмотра на:
1. Мобильных устройствах, ибо статьи с большим кол-вом изображений/видео просто неудобно просматривать на маленьком дисплее (и не важно, какое там разрешение, дело не в нём)
2. Узких каналах, ибо содержат «тяжеловесные» примеры/ссылки на приложения/видео и т.п. увесистый контент, который, можно так сказать, обязателен к изучению, дабы полностью вникнуть в суть

Это, конечно же, скорее относится к профильным блогам и некоторым специфическим статьям, но всё же… Именно поэтому, как мне кажется, многие не затрагивают оптимизацию своих изображений. Кстати минусовать такие статьи за то, что автор упустил из виду оптимизацию изображений мне кажется вовсе неверным — всё же рейтинг не для того был сделан?

Впрочем, я согласен с тем, что в некоторых статьях для широких масс стоит заниматься оптимизацией, и что не стоит ставить в заголовок статьи (который будет виден в списке статей) огромные изображения, чем многие «грешат». Ну и, понятное дело, метровые изображения в любой статье вовсе «не вариант» :)
Просто Вы не уловили тонкий юмор «между строк» :)
Хотя судя по используемым Java-библиотекам — у них используется некая Java обёртка для cocoa интерфейса. Хех, надо будет как-нибудь глянуть что это за чудо :)
Может быть не через JNA всё-таки, а на каком-нибудь SWT. А то уже через JNA весь интерфейс делать — слишком сурово, даже для небольшого приложения :)

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity