Комментарии 7
Новый монстр — мутант?
«Создание кнопки» — прочитайте документацию стр.100 — 150, если не получилось «Не беда!,
велкам на форум сообщества, чуть-чуть упорства и через неделю у вас все получится».
-«Почему сложно?»
-«Да вы просто не понимаете, у нас же самые лучшие индийские разработчики, они плохого не придумают»
Так мне видится вся эта кросплатформенность, основываясь на своем опыте
«Создание кнопки» — прочитайте документацию стр.100 — 150, если не получилось «Не беда!,
велкам на форум сообщества, чуть-чуть упорства и через неделю у вас все получится».
-«Почему сложно?»
-«Да вы просто не понимаете, у нас же самые лучшие индийские разработчики, они плохого не придумают»
Так мне видится вся эта кросплатформенность, основываясь на своем опыте
Монстр совсем не новый, ему уже года 2, если не больше :-)
В целом, у каждого программиста был неудачный опыт с какой-нибудь архитектурой. И у меня он тоже был, я прекрасно понимаю ваше легкое негодование по поводу очередной архитектуры. Если бы архитектура была не очень продуманной, то я бы не стал тратить время на перевод этой статьи. Часть работы программиста это изучать новые подходы для того, чтобы писать более расширяемую архитектуру и безопасный код.
Так что я призываю вас к конструктиву — ознакомиться с инструментом получше, составить его плюсы и минусы для себя, ну и далее я с удовольствием пообщаюсь с вами на эту тему. Также было бы здорово узнать какой подход в разработке применяете лично вы, возможно у вас есть какая-то хорошая альтернатива, о которой я не знаю :-)
В целом, у каждого программиста был неудачный опыт с какой-нибудь архитектурой. И у меня он тоже был, я прекрасно понимаю ваше легкое негодование по поводу очередной архитектуры. Если бы архитектура была не очень продуманной, то я бы не стал тратить время на перевод этой статьи. Часть работы программиста это изучать новые подходы для того, чтобы писать более расширяемую архитектуру и безопасный код.
Так что я призываю вас к конструктиву — ознакомиться с инструментом получше, составить его плюсы и минусы для себя, ну и далее я с удовольствием пообщаюсь с вами на эту тему. Также было бы здорово узнать какой подход в разработке применяете лично вы, возможно у вас есть какая-то хорошая альтернатива, о которой я не знаю :-)
Я выбрал для себя натив для каждой из платформ, т.к мой сегмент корпоративный софт.
По времени разработки не сильно дольше, зато 100% свобода, выше надежность и прогнозируемость, меньше багов. Не агитирую… для меня это best way
По времени разработки не сильно дольше, зато 100% свобода, выше надежность и прогнозируемость, меньше багов. Не агитирую… для меня это best way
Так RIB это как раз нативный подход, приложения пишутся на родных для платформ языках. У Uber в репозитории это Swift и Java. Просто Uber постарались разработать архитектуру так, чтобы она была максимально похожа на обеих платформах. Возможно, слово «кроссплатформенность» в заголовке ввело вас в заблуждение, но в оригинальной статье написано именно оно.
В плане натива я с вами полностью согласен.
В плане натива я с вами полностью согласен.
Вот архитектура, которая может быть легко перенесена на любую платформу github.com/shishkin1966/CleanArchitecture5. Уровень вхождения в архитектуру почти нулевой.
Всем привет! Давно ждал обзора RIBs на хабре. Мы (один из крупнейших банков в Австралии) уже успешно построили более 5 корпоративных приложений на RIBs и отзывы от разработчиков (разных категорий) исключительно положительные. Да, в самом начале есть потеря времени на вхождение в процесс и усвоение основ этой архитектуры. Но это время в разы меньше по сравнению с тем же VIPER-ом и тп. Конечно если лениво вникать, то можно продолжаться строить Massive View Controllers ну или запилить свой велосипед (очень, кстати, понимаю, когда хочется выразить весь свой опыт в своей мега архитектуре). Ребята из Убер реально вложились в проект, думая о различных аспектах современной мобильной разработки в команде. Респект им!
Кто хочет попробовать эту архитектуру, но сталкивается с вопросами, мы создали сообщество в слэке: uber-ribs-invite-automation.herokuapp.com Там всегда рады помочь и разобраться со спорными вопросами.
А также есть пример использования для основных задач в большинстве мобильных приложений: github.com/dev4jam/ToDo
Кто хочет попробовать эту архитектуру, но сталкивается с вопросами, мы создали сообщество в слэке: uber-ribs-invite-automation.herokuapp.com Там всегда рады помочь и разобраться со спорными вопросами.
А также есть пример использования для основных задач в большинстве мобильных приложений: github.com/dev4jam/ToDo
Приятно видеть обзор архитектуры, к которой приложил руку (только в плане документации на гитхабе ;)).
Про нашу мотивацию при создании RIBs можно посмотреть небольшое видео:
И, да, это не кроссплатформенный подход, все исключительно нативное.
Про нашу мотивацию при создании RIBs можно посмотреть небольшое видео:
И, да, это не кроссплатформенный подход, все исключительно нативное.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кроссплатформенная мобильная архитектура RIBs от Uber