2010-09-21 3 views
0

Я использовал Xcode некоторое время и кратко рассмотрел конструктор интерфейса, когда я впервые начал, а затем сразу перешел к кодированию всего.iPhone xcode code vs interface builder

Пока это работает нормально, но я просто задавался вопросом, не хватает ли я чего-то, не используя IB.

Есть ли какое-либо преимущество в использовании IB? Я даже кодировал subviews и прочее без использования IB, но я не могу не думать о том, что было бы выгоднее использовать его?

Если я не буду продолжать делать то, что я делаю, как это работает для меня до сих пор: D

Благодаря

ответ

0

возможно дубликат: iphone app best practice - is using the IB a better way to design your app, or writing UI code on your own better?

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

+0

«больше мысли» согласовано, программированию нужно больше думать, но вы хотите потратить свое время на размышление о проблемном домене и реализацию функций, или о том, сколько точек влево и какой цвет вы используете? : P (я обожаю, каждому свой). – dannywartnaby

+0

жаль, что мой ответ не очень хорошо читается ... Я читал две стороны монеты: «IB ужасен, но программирование требует больше усилий, поэтому все, что вам будет комфортно». :) То, что я говорю - вы в конечном итоге тратите все свое время, просто пытаясь найти место на макете и перекладывая что-то на 1px вправо, строя, кликнув на эту точку зрения, ища, возвращаясь назад, на 1px снова и т. Д. И т.д. очень утомительно очень быстро. –

+0

Моя причина не в том, чтобы использовать IB, так это то, что он раздражает при реализации методов и пытается делать другие вещи. Смешивание IB и программирование (особенно все, что использует subviews представления от IB) становится раздражающим и утомительным. Разделение взгляда на методы было хорошей идеей на бумаге, но интеграция просто раздражает ... ну, по крайней мере, я. :) –

2

Если все, что работает в коде, работает для вас, тогда отлично. Лично, если это можно сделать в IB, это делается в IB.

Я был бы удивлен, если есть лучшая практика для этого; у каждого будет свое мнение и предпочтение.

Мне нравится работать с UI в IB - если у меня есть проблемы с презентацией, мне нравится быть в среде, которая предлагает немедленную визуальную обратную связь. Он также сокращает количество кода котельной плиты, которое вы имели бы при построении всего программного обеспечения.

Это сказано, что вы не можете сделать все в IB. Бывают случаи, когда вы откажитесь от программной конструирования или выделения представления.

Немного знаний обоих подходов проходит долгий путь ...

0

Я обычно использую IB, получить немедленную визуальную обратную связь и сделать макет выглядит точно так проще. Только в одном случае, когда я должен отказаться от IB, это производительность с прокруткой UITableView. В этом случае лучшим решением, которое я могу найти, является написать код для рисования всего в ячейке с помощью кода. Это делает работу намного лучше.

Вообще, я рекомендую использовать IB до тех пор, пока есть некоторые специфические требования, такие как производительность или вам нужно иметь действительно большой контроль над видом

0

Новые проекты всегда начинаются просто так люди, как правило, тяготеют к IB естественно. Лично я обнаружил, что, поскольку представление становится более динамичным и сложным (и они всегда это делают), имеет смысл кодировать его.

YMMV.

Смежные вопросы