Конечно не совсем в тему, но сделайте наконец таки полноценную поддержку ATS в своем SDK Yandex Maps для ios.
А то вопрос еще с прошлого года.
Спасибо.
Круто. Интересный способ.
Помню в прочтенный туториалах от Google они писали, что рекомендуют использовать вектора, если размеры не будут больше чем 300X300. С другой стороны приложение «похудеет».
Использовал я как-то мапбокс.
Года 2 назад.
Тогда у них SDK было не ахти. Карта могла грузить области на карте в шахматном порядке. Из-за этого тогда и отказались от них.
Сейчас я думаю у них намного лучше стало SDK, но в тех же Google maps добавили кастомизацию карты.
Ну а так да, карты у них классные, за счет базы OpenStreetMap.
Последнее время все больше замечаю, что ios TabBar — классная штука. Если у вас 3-5 экранов, то лучше сделать навигацию не пихая в Humburger menu, а в табы внизу.
Даже у гугла в последнем гайдлайне по Material Design добавили свой крутой аналог. Он по мне так сделать очень даже классно.
«Ссылайтесь на тикеты в коммитах. Нет необходимости поучать, что каждый \»коммит"/ должен сопровождаться сообщением." — тут ссылка на коммит ведет в описание коммита SQL, хотя должно быть описание комита для Гита.
Ну я подозревал, что он докидывает кучу своего при преобразование в Objective-C.
Меня просто попросили собрать проект и закинуть в стор. Правда я очень долго проклинал этот проект, так как собирался он уйму времени, и меня от этого дико бомбило.
Мне всегда нравится писать под iOS из-за скорости сборки проекта, в отличии от Gradle у Андроид студии.
1) А от таких вот трансформаций не страдает производительность или скорость сборки? Ну и по мне будет написано очень много кода, чтобы написать локскриновский медиаплеер для Android,iOS и Windows Phone одновременно. Думаю будет куча проверок.
2) Классно, что они стараются оперативно выпускать обновления.
Для фриланса быстро написать 1 приложение на все платформы — это несомненный плюс. Для компаний все таки лучший вариант — это Native.
Единая кодовая база несомненно — круто. Я бы сам от такого не отказался, с учетом того что приходится писать проект на несколько платформ.
Нативные инструменты всегда идут в ногу с обновлением ОС. Поэтому и проще поддерживать под конкретную версию ОС.
Ну и у меня есть несколько вопросов, которые все время заставляют остановится на переход в кросс-платформенности.
1) Как реализуется поддержка нативного АПИ?(Например реализация MediaController на локскрине. Так как в андроиле >=4.0 и <=5.0 разное апи для реализации).
2) Есть ли например поддержка для андроида — «Requesting Permissions at Run Time»? Я понимаю что андроид 6 не так быстро распространяется, но все таки добавили поддержку данной фичи?
Просто я скептически отношусь, после того как 1 разраб пишущий на Unity Кросс-Платформенные приложения на заказ, скинул исходник простого приложения на IOS — исходники которого на Objective-C весили 500 мегов.
Хотя изначально написанное на нативе — исходники весили бы не более 30-40 мегов.
По мне так Native лучше всего.
Да и если хочешь писать на Android и iOS — лучше потратить время и изучить нативный инструмент. Хоть и не мог долго принять синтаксис Objective-C, со временем стал получать удовольствия от работы с ним.
Спасибо.
А то вопрос еще с прошлого года.
Спасибо.
Для Pre-Lolipop мы используем Support либу для вывода векторов.
Помню в прочтенный туториалах от Google они писали, что рекомендуют использовать вектора, если размеры не будут больше чем 300X300. С другой стороны приложение «похудеет».
Года 2 назад.
Тогда у них SDK было не ахти. Карта могла грузить области на карте в шахматном порядке. Из-за этого тогда и отказались от них.
Сейчас я думаю у них намного лучше стало SDK, но в тех же Google maps добавили кастомизацию карты.
Ну а так да, карты у них классные, за счет базы OpenStreetMap.
Даже у гугла в последнем гайдлайне по Material Design добавили свой крутой аналог. Он по мне так сделать очень даже классно.
Только одна неверная ссылка я думаю.
«Ссылайтесь на тикеты в коммитах. Нет необходимости поучать, что каждый \»коммит"/ должен сопровождаться сообщением." — тут ссылка на коммит ведет в описание коммита SQL, хотя должно быть описание комита для Гита.
Меня просто попросили собрать проект и закинуть в стор. Правда я очень долго проклинал этот проект, так как собирался он уйму времени, и меня от этого дико бомбило.
Мне всегда нравится писать под iOS из-за скорости сборки проекта, в отличии от Gradle у Андроид студии.
2) Классно, что они стараются оперативно выпускать обновления.
Для фриланса быстро написать 1 приложение на все платформы — это несомненный плюс. Для компаний все таки лучший вариант — это Native.
А так спасибо за ответы.
Нативные инструменты всегда идут в ногу с обновлением ОС. Поэтому и проще поддерживать под конкретную версию ОС.
Ну и у меня есть несколько вопросов, которые все время заставляют остановится на переход в кросс-платформенности.
1) Как реализуется поддержка нативного АПИ?(Например реализация MediaController на локскрине. Так как в андроиле >=4.0 и <=5.0 разное апи для реализации).
2) Есть ли например поддержка для андроида — «Requesting Permissions at Run Time»? Я понимаю что андроид 6 не так быстро распространяется, но все таки добавили поддержку данной фичи?
Просто я скептически отношусь, после того как 1 разраб пишущий на Unity Кросс-Платформенные приложения на заказ, скинул исходник простого приложения на IOS — исходники которого на Objective-C весили 500 мегов.
Хотя изначально написанное на нативе — исходники весили бы не более 30-40 мегов.
Да и если хочешь писать на Android и iOS — лучше потратить время и изучить нативный инструмент. Хоть и не мог долго принять синтаксис Objective-C, со временем стал получать удовольствия от работы с ним.