经过一天的折腾，我还是放弃IB用代码构建UI了

何不具你遭遇的困?

不熟悉 IB 的话会很麻烦的.

赶工的时候尽量少变动，可以把遇到的问题记下来，项目结束后带着问题学习。不过我一直认为，不会用IB的人很难写出规范的iOS UI，因为里头有些Apple的控件机制不好理解。个人理解的界面编程三层境界：纯代码－>可视化编程->两者结合，融会贯通。IB确实很方便，如果你有个大显示器配合Storyboard那就更爽了。

@chchwy 现在问题卡在相对布局和自动大小上，估计坑还有很多，所以想等做完这个项目好好学习一下IB

@alexrezit 是很麻烦，一直用代码，基本上没用过IB

@tab 确实是这样的，不过多数人学习是从可视化开始的吧，两者结合是非常不错的选择，StoryBoard不适合组件化吧？我想把UI拆成一个一个组件，然后再把它们组装起来。

@tab @refresh 我觉得iOS下面的控件机制还比较好理解
倒是Mac OS下面UI的包装没iOS那么好理解, 想完全nibless的话还得hack那么一下

我写 iOS/Mac App 的时候也是一直用代码来写 UI 部分, 觉得那样比较纯粹一点, 看着心理舒服点
总觉得能放在代码里面的干嘛要放在额外的一个文件里面呢
如果你觉得这样导致代码比较多, 那也可以把 UI 块的代码写在一个方法里面然后给收缩起来

这样对于SCM来说也友好点吧.
当然关键还是心理舒服点 :)

@refresh 从可视化开始会让多数人一头雾水，很多人不用IB恐怕正是这个时候留下的阴影。
你现在的问题是布局的代码较多，用了IB或者Storyboard直接就解决了。Storyboard就是组装用的，Apple自己的控件本身很完善了，如果不是较为复杂且经常重用的UI没必要组件化，消息传递啥的那样反倒麻烦，当然这个度得自己把握。

代码写布局很难么？一个控件的布局也就两三行搞定了啊。。。
view.left = 10;
view.top = 10;

我是不是又土了。。。

IB 构建 UI 的飘过
月经话题

@nil android? iOS下布局还是挺痛苦的

@tab 把所有东西全弄到一起，维护的时候也挺痛苦的，并且不利于复用。

@damngood 我基本就是你所说的做法，我在想，要是可以像写html一样写UI就好了，目前还没有见到比html/css更好的布局语言。

@refresh 我刚好反过来了.. 要是写 html css 那些 Web 组件也能像写 iOS 那样纯代码写那该多好呀.. :)

@implementation UIView (layout)

- (CGFloat)left {
return self.frame.origin.x;
}

- (void)setLeft:(CGFloat)x {
CGRect frame = self.frame;
frame.origin.x = x;
self.frame = frame;
}
@end
代码不全贴了，给UIView扩展一些帮助方法，直接写view.left = xxx; view.centerX = xx;总感觉比IB里面拖来拖去，各种设置各种找舒服多了吧； 复杂的view直接写到subclass的layoutsubview方法里面，简单的布局直接写到loadview里面；
速度上应该不慢吧，灵活性上，代码重用上，能甩IB几条街了吧。。。

@nil 嗯，这样也不错，不过UIButton与UILabel这类怎么办，全部重写么？
这个项目不错，用宏的方式添加了很多layout。 https://github.com/mvx24/CGRectPositioning

@refresh UIButton、UILabel这些不都是UIView么

公司项目，从SB到代码……别拦我……哭泣中……

@sumanx UIButton是UIView没错，但有办法给它们统一加上left, top这些属性吗，需要全部重载啊，或者有啥方法我不知道的

@refresh 显然是用Catagory啊。

@refresh 再加上objc_runtime。

静态的布局用@nil说的给UIView加个category

动态的用autolayout 不过写起来挺长的 去找些第三方的库 可以少些点
比如这样 [button alignCenterYWithView:superView]

我只能说，不会IB当你想有一个工作上的提升的时候，太吃亏了。

IB和纯Coding是都需要掌握的。也没有哪种方式比哪种方式高级的说法。

@wtl 求第三方库

@meepoli 是啊，可现学来不及，ib可以省好多事

@refresh github搜搜 还有pod search autolayout 看谁的api顺眼 就用谁的吧

@wtl
@PrideChung

求教，UIView的Catagory怎样才让UIButton和UILabel也能用？我现在需要将UIButton转成UIView才能使用自定义的Category。
如：
((UIView *)btn).left = 10;

我希望是可以
view.left = 10;
也可以
btn.left = 10;

好吧，我搞错了，抱歉，是可以的。

@refresh 基础很重要啊... 至少像UIButton这种基础的控件的继承关系要搞清楚啊

IB什么东西？
从接触iOS开始，就一直用StoryBoard. 难道这个是SB ?
...
StoryBoard 拖结构， UIViewController设置成自己的自定义类型。
StoryBoard 拖出来的UI需要复用，建多个StoryBoard. 多人开发的情况，一人一个StoryBoard.

@wity_lv storyboard也属于IB

@wity_lv
你入行太晚了. 我刚开始玩儿的时候还是 iOS 3.x 呢, IB 是 Interface Builder 的缩写, 当时 Interface Builder 是单独的一个 app, 用来创建和修改 xib 文件的.

@alexrezit 原来如此.
去年这个时候开始做ios dev. 那会已经是xcode 4。 storyboard用着顺手，就没研究xib.


@offspring thx... SB这个叫法太2b了。

AutoLayout确实是个大坑，没有autosizemask直观。scrollview的autolayout搞死我了……
除此之外IB还是很好用的。能省很多代码。
代码和IB结合的话，确实会有一些麻烦，特别是如果父类view或者controller有控制view的代码的时候……

@railgun 使用Category简化之后，代码布局也还挺好

@railgun 电磁炮打蚊子肯定没电蚊拍好用。

@refresh 因为它们都是UIView，所以只要给UIView加上了这些属性，UIButton、UILabel就都自动有了。

我看有人用StoryBoard布局，然后几乎不用IBOutlet，而是用tag获取对象操作，有何优缺点呢？

@phpuser 不建议用tag，我也只试用过一次，马上重构掉了。很多人说storyboard是quick and dirty，我认为tag是比storyboard更加dirty的东西。

@phpuser
永远不要用 tag.

隐约觉得有种段子的感觉：
玩单片机的看不起用linux的
用linux的看不起用windows的
……
用代码构建的看不起用Storyboard的

硬编码layout..

@celon 用ib没什么不好的，只是，我真的不会，这是一个技能缺陷。
@PrideChung 用tag会有问题，我有时候会用tag查找元素
@sumanx 是，之前代码有点问题，所以不行

写 html/css 方式来写 UI，可以试试 Pixate，个人觉得用代码构建 UI 和用 Storyboard 没有孰优孰劣，按自己喜欢就可以。哪个自己写起来有效率就用哪个呗！

@mrschoba 并非讨论孰优孰劣，只是想学，还不会，项目又紧。
ps. pixate看上去不错，收藏了，似乎要付费

项目紧的时候对陌生技术的引入要慎之又慎，血的教训。

@PrideChung
@alexrezit

我是看一个巨大无比的TableViewCell里面，很多UILabel,UIImageView直接用tag（不同分段100开头，200开头）让后用不同数组的往不同的tag段里面赋值。

感觉还挺好啊，至少不用拉那么多的IBOutlet,不用一个的赋值。而且 iPad ， iPhone 不同的界面不用再拉一次Outlet。

这种场景也不合适么？

那么Tag是干什么用的？其存在的意思是什么？

谢谢。

@phpuser
Tags 的作用就是标记 subview, 只不过是一种很丑陋的实现.

@phpuser
http://doing-it-wrong.mikeweller.com/2012/08/youre-doing-it-wrong-4-uiview.html

@alexrezit @pppuser
链接的那篇文章主要是还是反对对于 tag 的滥用, 而不是完全反对使用

只是说如果要使用的话 因该 1)不要滥用 2)尽量使用 macro 或者 enum 来让命名清晰

至于 performance, 我觉得这个影响是微乎其微的, 毕竟一个parent view 不会有太多的 sub view, 就算如果有太多的 sub view, 那首先也应该是内存的瓶颈了..

至于 ugliness, 我个人倒是觉得在 property list 里面加入很多 reference 还不如 tag 来得清爽 -- 纯主观个人看法 :)

@damngood 我认为tag是一个标识，用于识别subview的，作者的意思是，你不要用tag的保存数据，如果你要保存数据，应该使用属性而非tag。

@refresh 嗯, 用tag来保存非标识数据就是属于一种滥用

@damngood
是的, 我见过某些国内的开发者用 tag 来记录属性. 我之所以说不要使用 tag 就是因为少有人知道怎么正确并灵活地使用.

在我的经验中，有时候 xib 的作用不是布局而是初始化 views，有时候我会在 xib 里初始化若干 views 用 IBOutlet 链接，此时他们没有父子关系和相对位置关系，仅仅是若干被初始化的独立组件，然后在 viewDidLoad 中来组装他们的父子关系和相对位置。

@alexrezit @damngood @refresh 同意，在view里存放数据很明显是不符合MVC规则的

@tab 组件嵌套，消息传递确实很麻烦，正感受到这种麻烦，求解

刚刚把项目的最核心的view和view controller给整到storyboard。
最大的障碍是: UIView 不能 加subview！不知道水果负责IB的组在想啥……

看这个讨论这么激情 打算回头再取玩玩ios-，-

刚刚把项目的最核心的view和view controller给整到storyboard。
最大的障碍是: UIImageView 不能 加subview！不知道水果负责IB的组在想啥……