Вековые дебаты ... где заканчивается раскадровка и начинается программирование?

Многие разработчики очень негативно относятся к раскадровкам. Я не собираюсь говорить, что они замечательные, но я действительно считаю, что они полезны, и я действительно думаю, что они получили плохую оценку.

Раскадровки полезны, потому что:

  1. С помощью раскадровки проще работать с дизайнерами.
  2. Они полезны для новичков, которые учатся программировать на iOS.
  3. Они полезны для наглядных учеников.
  4. Они могут сократить время разработки, если понимать возможности и ограничения

Раскадровка может быть отстой, потому что:

  1. Никакие два разработчика не могут работать над одной и той же раскадровкой одновременно без необходимости разрешать конфликты слияния.
  2. Инструменты не идеальны; многие вещи либо не интуитивно понятны, либо ограничены
  3. По большей части вы можете изменять только один компонент представления за раз (массовые изменения могут применяться к классам программно)
  4. Спецификации раскадровки могут быть перезаписаны программно, что может привести к путанице и / или серой зоне ...

Моя философия такова:

  • Все, что можно сделать в раскадровках (в разумных пределах), следует делать в раскадровках.
  • Все, что осталось, следует перенести в код. Например, настройка содержимого динамически, а анимация должна выполняться программно.

Но самый важный аспект определения того, что делать в раскадровке, а что делать программно, - это согласованность действий всей команды разработчиков. Поговорите с другими разработчиками iOS, примите внутреннее решение и придите к консенсусу. :)