Там еще и с логической целостностью проблемы. Одно только "если вы упустили математический курс в средней школе, почитайте больше об этом здесь:" и следующий за ним кусок кода (вместо ожидаемого пояснения про наибольший общий делитель) чего стоят. :)
Ну описаный подход как раз для того, чтоб не было "в сторибордах очередной срач, IBDesignable падает и не работает, все в каких-то страшных Segue и черт ногу сломает" :)
Правда у меня есть пара вью-контроллеров вложенных в навигэйшны, и в таких случаях мне нужно, чтоб метод storyboardInstance() возвращал не Self?, а UINavigationController?
Это точно не ваш анскилл. Тут реально нужно очень долго и нудно этот вопрос изучать. Я иногда натыкаюсь на компании, которым нужен даже не столько разработчик, сколько специалист именно по сторибордам/лэйаутам/констреинтам. :)
По поводу костыля — не думаю, что это костыль. Один сториборд — один экран, это хорошо как по мне. Можно же и все реализации классов сложить в один файл, но никто (ну почти никто) так не делает, и костылем это совсем не считается. :)
Знаете, применив описанный в посте метод — не соглашусь с вами. Теперь работать стало в разы удобнее. Сториборды открываются мгновенно, распределенная разработка идет прекрасно, все изменения сливаются друг с другом без конфликтов. Я доволен. :)
Там еще и с логической целостностью проблемы. Одно только "если вы упустили математический курс в средней школе, почитайте больше об этом здесь:" и следующий за ним кусок кода (вместо ожидаемого пояснения про наибольший общий делитель) чего стоят. :)
Мне кажется, что все-таки сториборды хорошо помогают в визуальном понимании текущего вью. :)
Ну описаный подход как раз для того, чтоб не было "в сторибордах очередной срач, IBDesignable падает и не работает, все в каких-то страшных Segue и черт ногу сломает" :)
Ограничения по версии iOS (8.0+) есть и в свежем Xcode 8.
А если вы имеет ввиду использование storyboard referencing, то ограничение по версии iOS — 9.0+
Ну у меня есть сториборды и с несколькими экранами. :) Например тот же таб-бар предложенным образом не разные сториборды не разделить. :)
Да, так красивее.
Правда у меня есть пара вью-контроллеров вложенных в навигэйшны, и в таких случаях мне нужно, чтоб метод
storyboardInstance()
возвращал неSelf?
, аUINavigationController?
По поводу костыля — не думаю, что это костыль. Один сториборд — один экран, это хорошо как по мне. Можно же и все реализации классов сложить в один файл, но никто (ну почти никто) так не делает, и костылем это совсем не считается. :)
А что не так с "эппловской" проводной клавиатурой? Там и "Home", и "End". И даже "PgUp" с "PgDn". :)