Код Vs. Интерфейсный Разработчик Iphone

Question

Я изучаю книгу «Начало разработки Iphone Apress», и у меня постоянно возникают проблемы при создании файлов NIB. Мои тренировочные приложения зависают из-за NIBS. Я теперь это, потому что я просто обменяю мои на образцы, и приложение будет работать. Я посмотрю на образец пера, и все мои соединения будут одинаковыми. У меня проблемы с отладкой NIBS и выяснением, что именно не так. Итак ...

1) Можете ли вы просто спроектировать свой интерфейс в IB и выполнить всю проводку в коде?

2) Какой лучший способ выяснить, что не так с вашим NIB?

3) У кого-нибудь еще есть такие же проблемы с примерами из книги Apress?

Answer 1

1) Можете ли вы просто разработать свой интерфейс в ИБ и все ли проводки в коде?

Вы можете, но это ВАЖНО больше работы. Если вы не хотите использовать IB, лучше использовать все в коде.

2) Какой лучший способ выяснить что не так с вашими NIB?

Проверьте каждый элемент управления и проверьте все эталонные выходы (Command-2) и классные значения (Command-4).

Проверка интерфейса, реализаций для IBActions и IBOutlets и реализаций для правильной последовательности загрузки. (то есть, если вы используете IB, то инициализируйте свой вид в viewDidLoad)

3) У кого-то еще такие же проблемы с выполнением примеров в Apress заказать?

нет

Нет

Answer 2

Интерфейсный Разработчик будет отображать ошибки и предупреждения в файлах NIB, показывая значок предупреждения в правом нижнем углу окна документа NIB. Нажмите на это, чтобы увидеть, что предупреждения.

Вы можете спокойно игнорировать предупреждения о "недопустимой геометрии", но пропущенные розетки и т. Д. Могут быть фатальными.

Answer 3

Вы можете полностью построить свой интерфейс в коде, если хотите. Я лично предпочитаю это и обращаюсь только к файлам NIB для представлений, в которых есть много элементов, которые необходимо позиционировать.

Я рекомендую Эрику Садун Кулинарную книгу для разработчиков iPhone за хорошее руководство, которое покажет вам, как это сделать. Я написал обзор этого здесь .

Ясно, что NIB имеют свое место, и многие разработчики предпочитают подключать их, используя визуальный инструмент, такой как Interface Builder. Но некоторые из нас (как я) предпочли бы делать что-то в коде, где это возможно.

Answer 4

Если ваши приложения "вылетали из-за NIBS", то какие сообщения об ошибках вы получаете, когда происходит сбой? Обычно есть довольно большая подсказка о том, что не так, если вы посмотрите в консоль Xcode, и обычно это лучший способ начать выяснять, что вызывает сбой.

Answer 5

Я в значительной степени новичок, как и вы, но нашел этот пост, который советует найти баланс между ними и иллюстрирует его на примере:

http://wiresareobsolete.com/wordpress/2010/03/striking-the-balance-interface-builder-vs-code/