Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Кто не в курсе, на днях Эплы внесли изменения в соглашение разработчика, в соответствии с которыми программы для Айфона должны быть изначально написаны на ObjC/C/C++ и скомпилированны эпловскими стандартными средствами.
Apple гонится за прибылью не меньше других, и используют качество и юзабилити как свои козыри в этой погони.Вы всем раскрыли глаза. Оказывается они не просто делают качественно и юзабельно, а используют это для прибыли. Вот негодяи, да.
What MonoTouch does is to use an IL linker to combine just the parts of the class libraries that your code uses into a single IL binary. It then uses AOT compilation to pre-generate all the native code that the JIT would normally generate from the IL, then links this together with the JIT-less runtime into a single native binary that can be signed. Finally, the IL is stripped from the managed binary. leaving only metadata.
даже ценой потери части прибыли с AppStore от недопущения туда многих написанных под другие платформы приложений
Flash CS5 будет компилять нативные приложения с дополнительным фреймворком внутри. Тоже нативным.
А под вебкит я сейчас пишу игры под iPhone — не смешите про хорошо оптимизированный, оок
А ещё я хотел бы посмотреть, как вы будете рисовать векторную анимацию на голом canvas, не имея нормальных редакторов.
И отлаживать код при помощи какого-нибудь фаербага.
Сергей, при всем моем уважении, но вы напишете 3Д-игрушку на хтмл5?
в флеше под виндой есть аппаратное ускорение, под маком — нету
3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or Javascript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited).
Идеальный вариант для разработчика — написать приложение, тыкнуть кнопку «получить версии для разных устройств», и счастливо зарабатывать на результате. Любые различия платформ порождают массу проблем с разработкой и поддержкой кода!
Главная причина изменений, говорят источники, осведомлённые с планами Apple — поддержка нового продвинутого многозадачного API в iPhone 4.0. Система будет оценивать приложения в процессе их работы, чтобы обеспечить умную многозадачность. Этого нельзя сделать, если приложения работают в runtime-среде или кросс-компилированы со сторонними структурами, которые не ведут себя идентично родным C/C++/Obj-C приложениям.
В поведении Apple нет ничего необычного — это просто бизнес, им надо максимизировать прибыль. К любому поведению можно придумать мотивы, но в бизнесе вероятнее всего окажутся денежные.Упустили несколько слов :) Чтобы не разочаровывать уже немалую толпу адептов, а также привлечь новых, Apple необходимо создавать по-настоящему быстрые устройства с быстрыми программами, поддерживая свой имидж топовых, чудесных и быстрых. Ресурсов на исправление за Adobe косяков, наработанных за несколько лет, у Apple нет, поэтому они запрещают и всячески противостоят проникновению заведомо проблемных технологий на свои устройства (и основания есть — вспоминаем как Flash быстро отжирает по половине ресурсов процессора). Именно поэтому, ради сохранения определённого наработанного имиджа, для получения в будущем большей прибыли, Apple и устроили всю эту возню.
Современные игры не портируют, а изначально проектируют кроссплатформными.
Лично я болею за первые варианты — и для браузеров, и для видеохостингов. Вопрос тут действительно принципиальный — интернет должен быть построен на открытых технологиях.
Почему Apple на самом деле не любит Flash, и при чём тут Android