А как вы решаете миграцию с флеша?
Решили делать приложение под мобилки, того, которое уже на флеше есть давно, соответсвенно почитав - сразу ясно, что на мобилах нам флеш плеера не видать, придется на хтмл5 идти.
Так вот вопрос - а как вы решали эту проблему, нанимали спеца по хтмл5 ( или изучали сами, не важно) или пользовались какими то другими вещами, чтобы быстро вывести на рынок старое флеш? Говоря еще haxe есть, но я честно говоря не особо понимаю, что это и каким образом оно может работать с мобилками. Прошу вашей консультации |
А почему не AIR?
|
AIR после старательного анализа задачи. Чтобы не взяться делать то, что получится некачественно.
Если не эйр, то либо действительно хтмл5 (хотя это хождение по очень тонкому льду), либо, очевидно, нативная разработка. |
Парни AIR нельзя не просто так. А потому что все работает на URL . То есть клиент заходит на некую страницу (хтмл) - затем пробует авторизоваться там же, после чего его перебрасывает на некий урл с кученй LoaderInfo параметров, после чего и пускается флеш уже. Кроме того, что самое наверное важное, наше приложение игорное и шанс блокировать его маркетами - велик. с этим же ничего не сделать, или можно?
|
in4core, чем больше я Вас знаю, тем более вижу в Вас
заядлого алкоголика. Сегодня Вы спрашиваете, как мигрировать, а ещё несколько недель назад, хвастались, что для Вас новый язык - это открыть хелп и писать программу. Вы вруногол чтоль? |
Сань, это ты случаем не про казино свое? Если про него, то казино как таковые не запрещены на маркетах.
На счет параметров, ты можешь через StageWebView авторизоваться из AIR приложения со своего обычного урла, и спокойно их получить. |
caseyryan дело говорит, все можно сделать на AIR — переделки будут минимальны. Просто придется всю текущую около-флешовую клиентскую часть занести внутрь приложения.
|
Касательно URL могу добавить, что имеет место вот такой паттерн: ссылка, по которой пользователь переходит в приложение должна вести на сервер (ого, вот это новости!). А вот сервер в свою очередь может редиректить пользователя на приложение (либо на стор/маркет), если он зашел с мобильного браузера. Редирект на приложение - это переход по ссылке вида myappname://my.params. Мобильные браузеры прекрасно понимают такие ссылки и умеют открывать приложение, если оно установлено.
|
Парни парни, дело не в этом. Заказчик - отвергает AIR, я ему предложил первым делом, не хочет он - говорит загнивающая платформа все дела... для линукса нет и вообще вы все дураки, у конкурентов - все на хтмл5 и нам так надо... вот.
Кость - да по казино все, никак его не добьем, бесит уже ) Добавлено через 1 минуту Цитата:
Добавлено через 5 минут LifeIsRhythm ! Я срочно вызываю Компота! компот.jpg |
Ну если клиенту хочется таки застрять в мультиплатформенном браузере, то HTML5 без вариков. Переход не должен быть сложным.
В качестве фреймворка порекомендую CreateJS (привычный DL, готовая загрузка ресурсов, годные твины, кроссбраузерная работа со звуком). Движок не игровой, что лично для меня плюс (даже при портировании игр). В твоем же случае — вообще то, что доктор прописал! Ну а если заморочишься и освоишь TypeScript, то для тебя портирование покажется приятной прогулкой. Но это уже по "слухам". Сам его не использую — не вижу смысла. Переношу свои классы из AS3 на старый добрый JavaScript не испытывая особых неудобств. |
Zebestov - спасибо большое за ссылки и примеры, сам честно говоря не хотел бы изучать хтмл5, так как вижу в этом избыточность, не прижился он, хотя уже давно есть. Нам проще будет нанять человека уже проф разбирабщегося в этом, чем мне самому это писать с нуля тем более. Но, если придется - воспользуюсь твоим советом, спасибо.
П.с. так кстати и никто не ответил, а что по поводу хаксе, или это я вообще не в ту степь? |
Цитата:
|
я голосую за Haxe!
|
Цитата:
|
js (html5) -> базовый набор [backbone, marionette, lodash, createjs]
haxe -> минимальный набор: [openfl], выгоняется в js. в конечном итоге все возможные варианты, кроме нативной разработки, сведутся к трансляции чего-либо в js. |
Цитата:
|
Хотелось-бы развить тему CreateJS.Посмотрел доки - слюнки потекли.Жаль нет класса BitmapData.Хотелось бы услышать мнение её использующих. Какая там событийная модель аналогичная as3?Каковы вообще перспективы портирования as3 ->js(есть подводные камни)?
|
Цитата:
1. Свойства объявляем внутри конструктора (this._privateVar = someVal) 2. Статику — после (MyClass.STATIC_CONST = "чвотатам") 3. Если использовал super — переименовать все в this. 4. Поменять все private function myFunc() {…} в MyClass.prototype.myFunc = function() {…} 5. Поубирать везде типы (int, number, string, etc.) 6. Переписать твины на TweenJS (годный твиннер) 7. … 8. PROFIT! Може что-то упустил (точно упустил), но основной объем именно рутины при портировании изложен достаточно полно. События схожие, DL тоже, все родное и почти не требует привыкания. Остается только привыкнуть к ограничениям и не самой высокой производительности на мобильных девайсах. P.S. И да, если не любил this в AS3, придется полюбить, чтобы потом не бить себя по башке ладошкой ;) |
Zebestov,спасибо. Как-нибудь на днях попробую что-нибудь простенькое запортить
Добавлено через 10 минут еще вопрос по части js-тонкостей например код: Код:
var myClass=function(value) { |
Да, но есть нюанс. Обращай внимание на параметр scope в тех или иных методах (как правило слушатели и колбэки).
Вот здесь написано подробней об этом. |
спасибо за годный TFM
|
Часовой пояс GMT +4, время: 18:39. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.