Comments 12
Не удержусь, и в порыве эмоций от прочитанного скажу: «И где Вы теперь, пресловутые погребальщики флеша?»
Здесь. Посмотрите на результаты голосования
Давайте завершим не начавшийся холивар фразой — «У всех технологий свои ниши». Флеш регулярно отправляют в утиль лет 10 уже как, и Java так же и ничего. Сейчас вон PHP модно «нелюбить» сравнивая с node.js, питоном или ROR. Однако программеры, которые просто работают, смотрят и радуются на новые фичи FlashCC, Play framework, php 5.5… Было бы наверное правильно обсуждать в комментариях Feathers а не в очередной раз бессмысленно устраивать срач. Если много времени лучше сходить погулять. Лето же.
Всё верно, средство разработки это только инструмент. А человек это «tool-using animal» и как мы используем инструмент зависит от нас. За последние несколько лет кроме AS3 я протыкал нативную разработку, HTML5 и даже Xamarin посмотрел. Итог такой, что следует выбирать средство исходя из задачи.
Мне нравится то, что AIR(Flash) развивается, обрастает контроллами которые можно использовать не только в играх. А имея в запасе аппаратное ускорение можно делать качественные приложения. Мне удобно писать приложения на AIR, так как есть все средства разработки, дебага и мостик между подготовкой графики и интеграцией её в код минимален. А средства разработки должны развиваться, вот в AIR 3.8 уже можно добавлять текстурные атласы размером 4096х4096.
Но в то же время, любую задачу можно решить и нативно. Посмотрите последний Xcode 5DP, там добавилась возможность работы со спрайтами срау из коробки «SpriteKit» и оно похоже на то как работать с графикой в AIR (слои, кадры итд).
Так что +1, стоп холивар. Лето на улице.
Мне нравится то, что AIR(Flash) развивается, обрастает контроллами которые можно использовать не только в играх. А имея в запасе аппаратное ускорение можно делать качественные приложения. Мне удобно писать приложения на AIR, так как есть все средства разработки, дебага и мостик между подготовкой графики и интеграцией её в код минимален. А средства разработки должны развиваться, вот в AIR 3.8 уже можно добавлять текстурные атласы размером 4096х4096.
Но в то же время, любую задачу можно решить и нативно. Посмотрите последний Xcode 5DP, там добавилась возможность работы со спрайтами срау из коробки «SpriteKit» и оно похоже на то как работать с графикой в AIR (слои, кадры итд).
Так что +1, стоп холивар. Лето на улице.
А как с лицензией? Можно использовать в коммерческом продукте?
Сейчас пишу читалку зашифрованных книг на AIR, давно хотел ускорить работу рендера страниц ( vk.cc/1BJ4Vx )
Сейчас пишу читалку зашифрованных книг на AIR, давно хотел ускорить работу рендера страниц ( vk.cc/1BJ4Vx )
Можно.
«Feel free to use Feathers in both commercial and open source projects.»
Simplified BSD License
«Feel free to use Feathers in both commercial and open source projects.»
Simplified BSD License
Блин, это просто чудесно! Отсутствие вменяемого UI фреймворка все время заставляло откладывать идеи прототипов приложений до лучших времен. Теперь отговорок у меня не осталось)
А вы попробуйте на Feathers собрать большое UI приложение под iPad 2 например, ох ребята — далеко еще по скорости до нативной разработки. А огромное количество текстур которые загружаются в память довольно сильно тормозят. Иногда возникают жуткие проблемы со сменой ориентации. Собирали несколько iPad приложений на Feathers, в итоге отказались от этого и перешли на нативную разработку. Для игр вполне достаточно — но для чисто UI приложений не подходит.
Пока не будет mobile workers, нормальной поддержки видео на мобилках (в iOS досихпор проблемы с h264 кодеком), на AIR можно будет собирать только игры по типу Angry Birds.
ПС. Все же фреймворк заслуживает внимания, и для нужд игр вполне подходит. Надеюсь когда нибудь наши руки не будут связанны огромным количеством времени затрачиваемым на жуткие оптимизации.
Пока не будет mobile workers, нормальной поддержки видео на мобилках (в iOS досихпор проблемы с h264 кодеком), на AIR можно будет собирать только игры по типу Angry Birds.
ПС. Все же фреймворк заслуживает внимания, и для нужд игр вполне подходит. Надеюсь когда нибудь наши руки не будут связанны огромным количеством времени затрачиваемым на жуткие оптимизации.
Воркеры обещают добавить в мобильный AIR, пока только на десктопе. С видео, согласен, чудеса вылезают разные (сталкивались с задачей сделать галерею скриншотов из видеопотока, оказалось всё очень сыро). Но для простых приложений, коих большая часть в сторах, фреймворк вполне подходит. Пара экранов, списочек и немного картинок переварит. Если же бизнес приложение с гридом, кучей графиков, эпичной базой и видюшками, то это в нативное направление смотреть нужно, но там и стоимость разработки другая.
Те приложения, которые указаны в шоукесайх, чётко определяют нишу использования http://feathersui.com/showcase/
Тут главное что ребята не стоят на месте и развивают продукт. То что было в первых бетах, могли только совсем энтузиасты использовать.
Те приложения, которые указаны в шоукесайх, чётко определяют нишу использования http://feathersui.com/showcase/
Тут главное что ребята не стоят на месте и развивают продукт. То что было в первых бетах, могли только совсем энтузиасты использовать.
А что изменилось по сравнению с 1.0.1?
Повторил этот пример, но почему-то в "… this.stage.stageWidth ..." stage = null. Пришлось получить его через Starling.current.stage.
Feathers-1.1.0, Starling-1.3
Feathers-1.1.0, Starling-1.3
Sign up to leave a comment.
Feathers — UI фреймворк на основе Starling для мобильных и десктоп приложений