Вы должны помнить, что раскадровки не являются альтернативой коду. Они являются инструментом, который может использоваться вместе с кодированным представлением, наконечниками и т. Д.
Настоящий навык исходит из того, что он использует все это таким образом, что он требует наименьших усилий и обеспечивает большую удобство обслуживания, удобочитаемость и надежность.
Многие из моих приложений объединяют несколько раскадровки и множество перьев.
Сказав это. Ничего, что можно сделать в раскадровке, должно быть где угодно рядом с любым облачным кодом.
Классы, которые обращаются к облаку, не должны изменяться независимо от того, используете ли вы кодирование с помощью наконечников или с помощью раскадровки.
Статья, связанная в другом ответе, действительно очень странная. Отклонить раскадровки как вещи, которые используются только для прототипирования, просто неверно.
Хорошо структурированное приложение (или часть приложения), что доступ к некоторой сети материалу должно быть смоделировано что-то вроде ...
[Networking материал] ---- [View Controller Материал] ---- [ Просмотр предметов]
Не имеет значения, создан ли контроллер просмотра в раскадровке, заколке или в коде. Сеть не изменилась.
Кроме того, в статье упоминаются «пользовательские представления» как то, что вы не можете сделать с раскадровки. Опять же, это просто неправильно. Мое последнее приложение Emojicate было написано с использованием комбинации раскадровки (у проекта есть 2 раскадровки), nibs (для пользовательских ячеек и т. Д.) И несколько кодированных представлений (кодирование вида emoji кодируется).
Похоже, что парень пишет, что на самом деле не смотрел на различные инструменты в любом количестве деталей.
Спасибо. Я беру то, что вы говорите, многие говорят, что раскадровки хороши для очевидных вещей, но вы можете столкнуться с проблемами, когда пытаетесь использовать с ними динамические данные. Большинство приложений, которые я создаю, будут использовать облако в некотором роде, поэтому я просто задаюсь вопросом, лучше ли просто делать все с программным обеспечением или делать решительный шаг и правильно изучать раскадровки. – Phil
@Phil если по «динамическим данным» вы имеете в виду вещи, которые могут поступать из сети и могут задерживаться или иметь другой размер и т. Д. ... тогда это просто случай разработки вашего приложения, чтобы это разрешить. Те же соображения должны быть сделаны, будь то создание контроллера представления в коде или через раскадровку. Кроме того, единственная часть создания контроллера представления, которую делает раскадровка, заключается в добавлении подвидных объектов и свойств соединения и т. Д. ... В любом случае, это всего лишь шаблонный код. Если у вас есть конкретный пример того, что вы думаете, я был бы более чем счастлив обратиться к нему конкретно. – Fogmeister
Я буду работать над простым пользовательским интерфейсом приложений, поэтому у него будет TabController, 5 вкладок, табличные представления и т. Д., Но все данные будут поступать через Parse.com, и это позволит профили пользователей, отображение карт и т. д. Также необходимо работать повсеместно. – Phil