Комментарии 7
Новый монстр — мутант?
«Создание кнопки» — прочитайте документацию стр.100 — 150, если не получилось «Не беда!,
велкам на форум сообщества, чуть-чуть упорства и через неделю у вас все получится».
-«Почему сложно?»
-«Да вы просто не понимаете, у нас же самые лучшие индийские разработчики, они плохого не придумают»
Так мне видится вся эта кросплатформенность, основываясь на своем опыте
«Создание кнопки» — прочитайте документацию стр.100 — 150, если не получилось «Не беда!,
велкам на форум сообщества, чуть-чуть упорства и через неделю у вас все получится».
-«Почему сложно?»
-«Да вы просто не понимаете, у нас же самые лучшие индийские разработчики, они плохого не придумают»
Так мне видится вся эта кросплатформенность, основываясь на своем опыте
+1
Монстр совсем не новый, ему уже года 2, если не больше :-)
В целом, у каждого программиста был неудачный опыт с какой-нибудь архитектурой. И у меня он тоже был, я прекрасно понимаю ваше легкое негодование по поводу очередной архитектуры. Если бы архитектура была не очень продуманной, то я бы не стал тратить время на перевод этой статьи. Часть работы программиста это изучать новые подходы для того, чтобы писать более расширяемую архитектуру и безопасный код.
Так что я призываю вас к конструктиву — ознакомиться с инструментом получше, составить его плюсы и минусы для себя, ну и далее я с удовольствием пообщаюсь с вами на эту тему. Также было бы здорово узнать какой подход в разработке применяете лично вы, возможно у вас есть какая-то хорошая альтернатива, о которой я не знаю :-)
В целом, у каждого программиста был неудачный опыт с какой-нибудь архитектурой. И у меня он тоже был, я прекрасно понимаю ваше легкое негодование по поводу очередной архитектуры. Если бы архитектура была не очень продуманной, то я бы не стал тратить время на перевод этой статьи. Часть работы программиста это изучать новые подходы для того, чтобы писать более расширяемую архитектуру и безопасный код.
Так что я призываю вас к конструктиву — ознакомиться с инструментом получше, составить его плюсы и минусы для себя, ну и далее я с удовольствием пообщаюсь с вами на эту тему. Также было бы здорово узнать какой подход в разработке применяете лично вы, возможно у вас есть какая-то хорошая альтернатива, о которой я не знаю :-)
0
Я выбрал для себя натив для каждой из платформ, т.к мой сегмент корпоративный софт.
По времени разработки не сильно дольше, зато 100% свобода, выше надежность и прогнозируемость, меньше багов. Не агитирую… для меня это best way
По времени разработки не сильно дольше, зато 100% свобода, выше надежность и прогнозируемость, меньше багов. Не агитирую… для меня это best way
-1
Так RIB это как раз нативный подход, приложения пишутся на родных для платформ языках. У Uber в репозитории это Swift и Java. Просто Uber постарались разработать архитектуру так, чтобы она была максимально похожа на обеих платформах. Возможно, слово «кроссплатформенность» в заголовке ввело вас в заблуждение, но в оригинальной статье написано именно оно.
В плане натива я с вами полностью согласен.
В плане натива я с вами полностью согласен.
0
Вот архитектура, которая может быть легко перенесена на любую платформу github.com/shishkin1966/CleanArchitecture5. Уровень вхождения в архитектуру почти нулевой.
0
Всем привет! Давно ждал обзора 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
+1
Приятно видеть обзор архитектуры, к которой приложил руку (только в плане документации на гитхабе ;)).
Про нашу мотивацию при создании RIBs можно посмотреть небольшое видео:
И, да, это не кроссплатформенный подход, все исключительно нативное.
Про нашу мотивацию при создании RIBs можно посмотреть небольшое видео:
И, да, это не кроссплатформенный подход, все исключительно нативное.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кроссплатформенная мобильная архитектура RIBs от Uber