使用storyboard还是编码的方式实现UIView？

[Yuguo]

这个是看自己习惯还是看项目需求？

比如这个文档里说明了两种方法实现uiscrollview

https://developer.apple.com/library/ios/#documentation/WindowsViews/Conceptual/UIScrollView_pg/CreatingBasicScrollViews/CreatingBasicScrollViews.html#//apple_ref/doc/uid/TP40008179-CH101-SW1

如果我的uiscrollview里有各种根据内容重新定位的，是不是就编码的方式灵活一些？

[gorsky]

通过代码方式比较灵活,便于多人同时开发.
实际上在代码开发的时间上,使用代码花不了多长时间.

[sharkli]

个人习惯吧。我还是喜欢用代码，灵活性高，更容易读，兼容性好，不会因为系统升级导致代码无法编译。

[tab]

感觉LZ还在学习阶段，建议前期先纯code方式实现，后面可慢慢引入可视化编程，这样会运用自如。

[pala]

两种并不矛盾，Storyboard用来设计整个程序的结构，controller之间的关系等，看起来非常清晰。不太明白什么是「根据内容重新定位」，如果是frame，contentSize之类的设置，像文档里说的一样在viewDidLoad里设置一下就好了。

[Yuguo]

@tab 是还在学习阶段。

@pala controller之间的关系和结构我是用storyboard来实现的，我的问题是单一一个view中的subview如何根据内容来自动定位。

[alexrezit]

显示器尺寸才是决定性因素吧?

[zhc]

直接拖拽,想放在哪就放在哪.如果需要根据情况实时调整比较常规的方法是在controller里setFrame,还有一种方法是Controller的view是自定义的一个继承自UIView的类,在这个自定义的类里重写layoutSubviews控制subView的位置.

[seagoat]

画面简单.没有逻辑,后续没啥变更,用storyboard吧.
如果需要调整,还是编码好维护.

[BenX]

逻辑简单一个开发用Storyboard挺合适。但是多个人协同一起开发Storyboard坑爹的很，代码都不好merge

[zhigang1992]

多个storyboard就好了。

[ifrenzyc]

应用不复杂并且一个人开发的话用Storyboard会比较简单，多人的话还是代码好些。

PS.个人了解，还是用代码实现的比较多。

[tab]

@Yuguo 老实说不太明白你的意思，但是IB和code之间并不矛盾，即用了IB的同时也可以用code进行一些控制，无论怎么实现，只要方便即可。但是如何把二者融合一体是个问题，需要多一些实践经验。