кенекси обновление андроид

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



Когда нуда, что где и как обмануть данную границу? Обязана ли быть грань меж совокупным (кроссплатформенным) и нативным (специфичным для этой платформы) кодом? Как устроить что, дабы кроссплатформенный код было удобно применять на всех платформах, как на тех, собственно хотелось бы поддержать в настоящий момент, что и на тех, чья поддержка, по всей видимости, сможет понадобиться позднее?

Естественно, ответы на эти вопросы находятся в зависимости от определенного приложения, предъявляемых к нему притязаний и накладываемых ограничений, в следствии этого универсальный ответ отыскать, андроид судя по всему, нельзя. В данной заметке мы поведаем, как мы выискивали свои ответы на эти вопросы в ходе разработки мобильного посетителя Parallels Access для iOS и Android, какие архитектурные заключения были предприняты и собственно в результате вышло.



Пытаюсь незамедлительно предупреждать, собственно букв в данном посте немало, хотя делить тему на куски не хотелось. В следствии этого запаситесь упорством.