S
Size: a a a
2021 February 03
SL
не знаю про какие крупные проекты вы говорите, но по моему опыту он использовался практически везде, а там где не использовался - это была прихоть и религиозные соображения лида
В Сбере не используют storyboard - там интерфейсы пишут в коде. С другими крупными проектами я не пересекался. Возможно там по-другому.
SL
у нас на проекте, даже не знаю точно, порядка 30 iOS разработчиков, порядка 10-15 MR каждый день, и мы используем сториборды.
И как вы живёте с этим? Это же ад🙈 Или норм?
S
И как вы живёте с этим? Это же ад🙈 Или норм?
конечно много чего делает и кодом, или в отдельных xib, но как-то сторониться сторибордов в принципе не вижу смысла
DK
И как вы живёте с этим? Это же ад🙈 Или норм?
так много где кстати
AM
А как же МР и сториборды? У каждого свою сториборд?
AM
просто интерфейс не так часто правят имхо, че там можно мержить то
Ха-ха
AM
То фейслифт, то чёрная тема и тд
S
А как же МР и сториборды? У каждого свою сториборд?
стили элементов вынесены в отдельный код, т.е. если нужно поменять шрифт или бекграунд, трогать борд никто не будет, ну и это должно прямо фартануть что бы из 100500 экранов два человека что-то поменяли одновременно
SL
я вообще не понимаю почему этот вопрос так часто поднимается, UI в крупном проекте, это процентов 10 от всей работы, и если правильно заложить базу, то вообще будет не важно на чем он сделан
Согласен, если уже заложили базу и не часто делают редизайн, то да, вопросы с интерфейсом уходят на второй план.
А когда проект только начинается (и ничего ещё не настроено) или когда в проекте происходят глобальный редизайн - вот там начинается веселуха...
А когда проект только начинается (и ничего ещё не настроено) или когда в проекте происходят глобальный редизайн - вот там начинается веселуха...
S
Согласен, если уже заложили базу и не часто делают редизайн, то да, вопросы с интерфейсом уходят на второй план.
А когда проект только начинается (и ничего ещё не настроено) или когда в проекте происходят глобальный редизайн - вот там начинается веселуха...
А когда проект только начинается (и ничего ещё не настроено) или когда в проекте происходят глобальный редизайн - вот там начинается веселуха...
я выше написал, стили, цвета, шрифты, бордеры - это все отдельно хранится, и если например нужно изменить цвет заголовков в 70ти экранах, это сделается изменением одной строки в стиле.
в то же время и кодом можно так всё начудить, что прийдется править все эти 70 контроллеров
в общем дело вообще не в коде или борде, а в в подходе к разработке
в то же время и кодом можно так всё начудить, что прийдется править все эти 70 контроллеров
в общем дело вообще не в коде или борде, а в в подходе к разработке
SL
То фейслифт, то чёрная тема и тд
О, да🙈 Только осенью разбирался с чёрной темой... Благо я тогда был один на проекте, и в итоге смог уговорить заказчика, что добавление чёрной темы - это слишком дорого для него😂
SL
я выше написал, стили, цвета, шрифты, бордеры - это все отдельно хранится, и если например нужно изменить цвет заголовков в 70ти экранах, это сделается изменением одной строки в стиле.
в то же время и кодом можно так всё начудить, что прийдется править все эти 70 контроллеров
в общем дело вообще не в коде или борде, а в в подходе к разработке
в то же время и кодом можно так всё начудить, что прийдется править все эти 70 контроллеров
в общем дело вообще не в коде или борде, а в в подходе к разработке
Полностью согласен. В том же Сбере все интерфейсные элементы были вынесены в библиотеку, которая поддерживалась отдельной группой программистов и дизайнеров. Остальные программисты просто использовали её как конструктор.
S
Полностью согласен. В том же Сбере все интерфейсные элементы были вынесены в библиотеку, которая поддерживалась отдельной группой программистов и дизайнеров. Остальные программисты просто использовали её как конструктор.
думаю во всех крупных проектах так делают. и это никак не мешает или использовать или не использовать сториборды