Ошибка при запуске проекта в xCode 5 после подключения MessageUI?

Да вроде бы нет мертвых связей. Что имеешь ввиду закомментировано?

//IBOutlet UIPickerView *myPicker;

вот поэтому я и не пользуюсь interface builder'ом

@alexyat ты просто не умеешь его готовить =)

@gooddy надо как-нибудь написать статью на хабр, почему не стоит использовать IB. Как только появится время обязательно займусь этим.

@alexyat так никто и не говорит, что их надо или не надо юзать, всему своё место и время, просто надо знать как этим пользоваться. А статья будет в стиле "почему не стоит использовать Singleton". Так что лучше название подобрать другое аля - бока вылзающие при использовании storyboard/xib =)

@alexyat можно в двух словах, почему не стоит использовать IB? В этой книге как раз говориться о том, что конечно же

ой, ...что конечно же можно не использовать IB, но лexit использовать, потому что это удобно. :-)

@gooddy вечером проверю все еще раз.

@mix2000 ооо в 2х словах не получится... начиная от простого дискомфорта, когда ждешь 1-2 секунды, когда откроется его окошко переходя из окна с кодом, или вот такие приколы как у вас, со связывание, бывает поставишь вью и забудешь связать... напишешь функцию которая с ним(вьювом) работает, а она нифига не работает, и все из-за ссылки... + размер приложений увеличивается очень быстро, увеличивается загрузка каждого вьюв-контрола из-за того что нужно загрузить и распарсить xib ... ну и еще куча всяких мелочей.

@alexyat а объем кода в обратном случае? Как с этим быть?

@mix2000 это удобно пока у вас проект из 3х экранов в каждом из которых до 10 вьювов, мне как-то попался проект на доработку, детская рисовалка и так были кнопки с цветами, их нужно было совсем по другому расставить.... 12 кнопок... это был реальный гемор, а в коде я бы просто поменял бы цикл который их выстраивает за пару минут.

@mix2000 переиспользовать код, разновидностей кнопок в одном проекте 1-3 вот и делаете класс у которого статические методы строят кнопки, по нескольким параметрам... CGRect и допустим title и просто кладете их сразу на нужный вам вью и везде вызов в 1 строку этой статической функции Например вот так: <code lang="objectivec"> +(UIButton*)greenButtonWithObject:(id)object andRect:(CGRect)rect fontSize:(float)size { UIButton *button = [UIButton buttonWithType:UIButtonTypeCustom]; UIImage *stretchBG = [[UIImage imageNamed:@"greenbutton.png"] stretchableImageWithLeftCapWidth:10.0 topCapHeight:10.0]; button.frame = rect; if([object isKindOfClass:[UIImage class]]) [button setImage:object forState:UIControlStateNormal]; else { [button setTitleColor:[UIColor whiteColor] forState:UIControlStateNormal]; [button.titleLabel setFont:[UIFont fontWithName:@"HelveticaNeue-Bold" size:size]]; [button setTitle:object forState:UIControlStateNormal]; } [button setBackgroundImage:stretchBG forState:UIControlStateNormal]; return button; } </code>

@alexyat "вот поэтому я и не пользуюсь interface builder'ом" "Как только появится время обязательно займусь этим." Вот по этому и нет времени:) А если серьезно, использование IB существенно ускоряет разработку (1) , как не крути , рисовать формочку быстрее, чем ее же кодить. И субьективно, в чужом xib'e(сделаном другим программистом) на порядок проще разобраться чем в чужом коде(2). Особенно если речь идет о frame'ах или autolayout'e. насчет генерации кнопочкек, никто не запрещает генерировать некоторые элементы вьюшки в коде, комбинируя оба подхода. Единственный плюс - это скорость загрузки. Иногда это критично.

@Flanker_4 ускорение разработки? серьезно? я не спорю что для простых экранов можно использовать, там где 1-2 лабела и табличка. Но вот скажите что выбудете делать если у вас по 15 экранам разбросаны стилистически одинаковые кнопки, отличающиеся только размером CGRect'а, и вот заказчик решил их немного поменять.... и хорошо если это будет только что-то одно - например картинка, а если еще и шрифт, и выравнивание текста, вот что делать - будете мучаться, а еще он завтра попросит еще раз? я в своих проектах поменяю 1 статический метод - это меньше минуты.

Ну так а кто мешает переопределить awakeFromNib или сделать outlet collection(ну или просто outlet) и применить точно так же требуемый единый стиль к кнопкам? Вы так говорите, как будто использование xib. Но при этом не будет проблем с расположением кнопки на своей позиции+сразу же, не отходя от кассы, можно будет расположение пэлемнов на 3,5", 4", iOS7+выставить autolayout constraince.

Ах да, забыл, а еще можно создать кастомный класс, наследника UIButton, и в методе initWithCoder сделать то, о чем вы говорили. И не будет никаких левых статических методов. Само собой установить в IB для нужных кнопок этот класс. Имхо, это самое правильное решение