Storyboards vs NIBS vs Code Debate(翻译)Storyboards vs NIB vs Code 大理论。

前言

做iOS开发之童鞋都应有会纠结一个题材,那就是是于召开开发之早晚是动StoryBoard还是采用Nibs又要是Code(纯代码流)呢?笔者也酷纠结这个题目,今天刚刚在raywenderlich上面看到了几只大神之间的撕逼,哦不,讨论之后,感觉得到良多,于是便将他们议论的内容整理翻译了瞬间,如产生不当之处,还伸手多原谅,原视频请戳这里

英文:raywenderlich
译文:伯乐在线专栏撰稿人 – 陆熠十四 翻译
链接:http://ios.jobbole.com/88119/

讨论

Ray Wenderlich

Ok!现在我们都在线,感谢各位的来临,今天我们见面出一个谈论关于iOS开发之座谈,是选项Storyboards、Nib还是Code,我们发出三独志愿者,Cesare
Rocchi代表的是“Code爱好者”,Tammy Coron 代表的凡“Nib爱好者”,Felipe
Laso Marsetti代表的是“StoryBoard爱好者”,我们用于Cesare Rocchi开始

Cesare Rocchi

首先,code是甚清晰直观的,你可直接扣正在代码,你莫欲开拓愚蠢的Nib文件,并且永不深入钻研然后搜索有有错综复杂因素到底关联了或没干,这些还充分笨;当您以开发一个大型项目的上这种措施非常的发生因此;当自己自从一个crazy
guy那里接手一个门类,这个项目是用StoryBoard或者Nibs做的,最后我会用code重写所用之物,你得在StoryBoard或者Nibs设置好有东西,但是最后你可以为此代码重写所有的状态;比如您以一个nib文件之中安装了一个lable,当您运行是app的上是lable看起和君设置的非极端一致,这是盖另外一个人数在以后补充加了一条龙代码改变了那个lable的特性

Tammy Coron

当听见他(Cesare
Rocchi)如此贬低Nib的早晚让自家怒不可遏,我作一个次媛有甚丰富一段时间了,我见了深多的先后猿喜欢用code的办法来开发之;但就是自我个人而言,我是一个很靠让视觉的人数,我喜欢通过可视化的法门来进展编程,所以我选以Nibs;你或会见说下StoryBoard可以于下Nibs看到重复多的事物,但是针对自己的话,我并无爱好StoryBoard,因为StoryBoard能开的坏简单,特别是当您以形容一个大型项目的下还是你跟另外的人数搭档之时段,如果用StoryBoard你拿会管所有的UI都汇集在一个文书中,这会招合作变得不得了不便,合并及啊会来许多之分神;StoryBoard上还有一个异常怪之问题即,它不允许你操作太多的性质,特别是在不同之View里面使用TableViewCells的上,你免可以当StoryBoard里面收录它们,你恐怕可以完成但是会比麻烦,而Nib要举行打这会愈来愈的粗略;并且你不用想去于StoryBoard里由定义Controller或者是View,无论何时想如果形成这些你尽好去采用Nib

于code,我同意而采取code要做过多的办事,必须使去领略Nib背后之代码,但是下Nib你可快速看到自己对素操作的效能,如果采用code,你勾勒好有的因素,设置好它们的特性,再以她增长到视图里面,你必要当运行app之后才会看到实际的效果,这是颇重要的作业,没有丁于意代码到底长什么,他们仅见面关注app看起何等,
最好之观措施尽管是采用Nib来开

So,我说不定发生硌多少感动,等自家冷静下来我会说得再好,XD

Raywenderlich

不行科学的意,现在轮到最后一个丁发言了,Felipe该你达到了

Felipe Laso Marsetti

So,Cesare你尽管是单混蛋;Tammy并无叫自家觉得恼火,因为其百般讲究可视化,而可视化就是鹏程,虽然code很死,但是可视化将见面是前景,不错,Nib或许更加的酷更加之肆意,但是未来自然是StoryBoard的大世界,它可让您完成有Nib与code做不至之事情,当您于统一代码或者联合Nib的时你还是会遇见冲突,每当你触碰Nibs,Xcode就会见毫不理由的看你转移了她,所以若而讲述这样的改观,因为Xcode认为它们改变了,仅仅以您看了它一眼

StoryBoard更好,不用还比如Nib或者code那样工作,如果你用code,你得周转而的app,看布局是否成立,然后返回更改布局属性,再运行app来拘禁效能,不断的双重,这样效率非常之不比,或许用Nib会有所改善,但是当你在举行一个大型项目的时光,你见面发出三四十只ViewController,这样你或许就是会见生出四五十个Nib文件,这会要命之丑,因为你如果十分小心的召开片改动

唯独StoryBoard不仅可以为你免写一良堆无聊之代码,甚至是避免那些要以Nib下写的代码,比如动用segue和unwind
segue,你可经过同样层层之delegate方法来传输数据,你得设置转场动画,你还好于定义动画

大家都当我们只能在一个StoryBoard上面工作,但是实际我们可以当连一个StoryBoard上面工作;当我们以开发企业级客户端的上,我们便还是3-5单人之团伙,我们会生10独StoryBoard,这充分不错,因为若可将次第模块分开,比如about模块、反馈模块或者社交模块,你得观看可视化的layout,为了避免别人说StoryBoard变得越来越不行,越来越慢,你可以试试着打开它,然后,boom~~,你得知晓地亮啊连接着什么,什么使错过哪里,你可以命名你的segue,你得享广大之自定义,所有的这总体都预示着StoryBoard将见面是前景

理所当然,Nibs和code是坏有因此底,而且自耶建议在必要之早晚去动Nibs和code,但是我想说以Xcode中行使StoryBoard是格外有利的,这是苹果于于是之物,他们呢StoryBoard做了好多的行事,它就是是前景,并从未足够的证据来证明StroyBoard很缓慢好臃肿或者其它,没有足够强大的凭来说明就有些;我强烈建议使用StoryBoard,当必要的当儿你可使code或者nibs,但是本人提议您尽量避免去行使,因为StoryBoard才是王道

Raywenderlich

Awsome!非常棒的见解!So,接下去每个人犹发出一个空子呢投机之看法展开辩解,那么,Cesare你闹什么而说之呢?

Cesare Rocchi

额头,首先,如果当您想使统一Nib或者StoryBoard的下,那直就是噩梦,毫无意义,然后code要成功这个是特别轻松的,作为一个项目经理,我得以知道地视昨天代码都开了什么修改,但是像Nib或者StoryBoard,我一筹莫展把握它究竟做了啊,到底是修补了bug还是促成了某个一个成效

还有即使是,你以某些时段恐怕会见采用Xcode的beta版本来进行工作,你了解Xcode在管理Nibs或者StoryBoard上面并从未那么的智能,当我打开项目之时光,beta版的Xcode修改了某些文件,导致了有着东西都没有了,这就算代表你打开StoryBoard之后什么都并未了,所以全项目即使全盘崩溃了

老三沾就是是利用Nibs或者StoryBoard会减低我之工作效率,当我在coding的下,我欣赏保持自身之手放在键盘上面,而不用失去开辟一个nib文件然后去开片提到,然后还要以手放回键盘继续coding,这样会下降我之工作效率;还有一些如果提取的哪怕是,不止一次,特别是在开始之时光,我会盯在屏幕,尝试在寻找有是孰TMD给这特性设置了价值,谁安装了x或者y,在乌或者是怎设置的等等,That’s
all!

Raywenderlich

So,Cesare说使用code会让他的工作效率更胜似,Tammy你发出啊而说之吧?

Tammy Coron

额头,当您看正在nib文件的下,你并不需要过多之错过关注那么多的特性,它们是怎设置的跟它如何的干,当你下nib工作之早晚,你只是待用公的psd文件处理以后放到nib文件中,这样您一直就可以看到效能,然后你又失干代码,我怀念说之凡以nib一切都死的高效

自己可在app完成之后深入到framework里面,在好少的时光内,在就里面没有代码,只有可视化的因素,这样尽管好便捷的递进到screen里,去看而的app是什么样连接的,然后重新去处理好的代码;但是要您将整都为此代码来做用会特别之麻烦,要失去装这么那样的性能,oh
my
god,简直无聊死了,根本就是在浪费时间;我嫌使用StoryBoard,使用StoryBoard的食指虽如是僵尸一样,一个big
boy不应该去采用StoryBoard,额,反正我便是休爱XD

Raywenderlich

So,Felipe你是这里最年轻的分子,你呢杀喜欢僵尸,你发什么看法?

Felipe Laso Marsetti

额头,我不怕是一个僵尸StoryBoard用户,我强烈建议使用StoryBoard,code是大有必要的,有时候你不得不去写一些代码来好那些可视化完成不了的办事,比如从定义UI,但是那些都非是常用的,大部分时刻以StoryBoard就好满足要求了;使用StoryBoard你可死有利之失去装元素属性,而非用失去理背后繁琐的代码;这具的上上下下还意味StoryBoard是前景,这是苹果于于是底东西

末尾自己怀念说,越少的代码就象征越少的机会将bug引入到公的app里面,就好像有500执行由定义UI的代码,你得以她减少及100实践,这样您就是足以避免掉400履没有必要之代码,这样好削减bug,而且这样更便于的夺保护您的代码,如果您是独自开发,那么以code或许对君影响不生,但是如果你从别人那里接手项目,你就是只能深入研讨这些代码到底做了哟,是怎设置view的,什么继承了什么,以及当nib里面有啊,你甚至无可知动用nib去创造一个存有static
prototype
cells的tableview,你不能不去创造一个tableview的子类,新建.h、.m、以及nib文件,然后还失创造cell的子类,再新建.h、.m、以及nib文件,然后这些cells在tableview当中是独的,这样您就只好失去新建一个并且一个的cell;然而当StroyBoard里面,只待一个tableview,20独cells,然后boom~~,太美好了,节省时间,让客户端更简单,更不见之bug,而且一切都是在可视化下完成的,你莫用失去非停歇的stop、run、stop、run,然后去看而的nib文件以及若的代码,僵尸赢了

Raywenderlich

没错的实证,有平等接触我连听到的虽是,使用可视化的User Interface
Designer,你可免重新多的代码,可以减bug,你们怎么对这个视角?

Cesare Rocchi

额头,在autolayout出现之前我会同意这个意见,如果为自己对Interface
Builder进行打分(10分制),在过去我会给6分,当autolayout出现以后便只发生3私分了,我专门害怕在Xcode4.6上面进行工作,autolayout尝试着用有着的事物混合在一起,造成的情事就是公以界面上面无问题,但是在普通情况下就不是您想使的,你或是思念只要受您的视图更有些或者是其他;我只得承认autolayout在Xcode5之后有所改善,但自本着这个并无是很感兴趣

Raywenderlich

Tammy,Cesare很反感autolayout,你生出什么想说之呢?

Tammy Coron

自己同一也非是autolayout的狂热粉丝,我会尽量的将autolayout关闭掉,我在局部类别方用过autolayout,但自本着autolayout提不起兴趣,你仍可以动用Nib而休错过下autolayout,所以我看他的实证是杯水车薪的,抱歉XD

Raywenderlich

那么Felipe你是怎对autolayout的吗?

Felipe Laso Marsetti

不论你喜不喜欢,autolayout会始终有正在,我们将会晤发异尺寸的装备用去适配,iPad
mini、iPhone4、4s、iPad
retina,autolayout可以协助我们失去完成这些适配,Nin与StoryBoard都得以让您可视化的失行使autolayout,你可死直观的在屏幕及展开布局,但是要去下code,这将会是均等项大辛苦的政工

运用StoryBoard在debug的时节你可死直观的看来,在Xcode5上,你得预览自己之布局,一旦您改变布局约束,改变设备的尺码,你可以立即就盼结果,如果你下code,你就不得不debug、run、debug、run,非常的劳动;就个人而言,我为非是杀之喜欢autolayout,虽然当Xcode5与iOS7以后有所改善,但照样未是坏好用,这个我们无能为力,但是无论如何,使用Interface
Builder会好了用code

Raywenderlich

OK!不错的论据,接下会随地拓展半单小时的座谈,Cesare从你起来

Cesare Rocchi

code是那个清晰直观的,你可以描绘了以后马上运行,然后得出运行结果,你莫欲深刻到6独不同之属性编辑器当中,来施行明白这些变量属性等等是何许被装置的

末一点自家思只要说之是,Interface
Builder背后底见解是雅正确的,这个理念是想念要于设计师采用来设计UI,不管是Nibs还是StoryBoard都见面受您直观的看您的app长什么样子,就像以有点上,你莫欲出一个填写在数量的tableview,作为一个设计师,根本不怕未见面需要一个填写在真实数据的tableview,设计师就想使知道app看起何等,这不只是一个于设计师的家伙,更多的凡给那些不思写不过多代码的coder,That’s
all

Raywenderlich

OK!And Tammy?

Tammy Coron

如上所述,我当Nibs是最好之方案,特别是对此有创造力的人数,知道Nibs背后的代码原理是必不可少之,但是若怎么要去浪费时间去与代码较劲,Nibs非常之雄强;至于Story
Board,我无法像对待VB那样对待她,它就如僵尸一样(可能是狐狸精的意思)(Tammy后面说了一个僵尸吃大脑的耻笑,听得不是杀明亮就没有翻译了)

Raywenderlich

Awsome!Felipe?

Felipe Laso Marsetti

前额,StoryBoard就是未来,就像block,就比如ARC,就比如一代又一代之Xcode与iOS一样,苹果本拿精力都置身了StoryBoard上面,他们从未以Nibs上面更新太多的物,他们尚未再次加新效能上,你可以坚持动Nibs或者是code,但是利用StoryBoard你得省去大量底日,你可在StoryBoard上做出非常复杂的UI,segues、unwind
segues、custom
segues,你还好于StoryBoard与Nibs和code一起干活,更少之bug,你应该去品尝一下

然你们很多口尚是在运code和Nibs,因为你们很顽固,你们喜一直的章程,害怕改变,说实话,我以一般工作中间总是以使StoryBoard,我们在大型的合作项目中采取她,它总是最趁手的工具

在大部情下,就自己的经验而言,我或是一个青春的僵尸,StoryBoard就是本人的家伙,StoryBoard可以形成的从你是可以用Nibs和code做到,但是切记,这是当苹果在WWDC上面提出来的东西,把StoryBoard和Nibs混合起来会工作的要命好,这就是是苹果于召开的事体,StoryBoard就是最好好之家伙,所以,请别阻止你自己失去品尝这无异桩美好的初技巧,你恐怕仅仅只是害怕做出改变,你只需要花费一点纤维时间,你不怕会感受及StoryBoard的光明的处

Raywenderlich

Awsome!感谢各位的演说,那么各位有啊问题想咨询底呢?

Matthijs Hollemans

设若您拿具有的事物还放在StoryBoard里面,你便需要一次性的将明白这无异于怪堆的事物,我认为像Nibs那么让划分会重好,允许你用segue来连接其他事物,你应该每次就处理一个屏幕,这样又兼容你的Xcode窗口大小,然而StoryBoard占用了最为好的长空

司机

咱还懂得用StoryBoard可以非常容易的做出一个简便的动,在AppStore当中80%底动还是属于简单利用,有为数不少之开发者都是业余的,包括自家耶是,我只是怀念闹了挺好之idea,但未自然要是做出十分棒的app,我思StoryBoard就是吗这些人口准备的

Chris Wagner

立马是坏好之一些

Tammy Coron

君得单独是nibs来构建一个StoryBoard,就像你哪些收拾好的类同样,但是自一筹莫展想像自己能够如下Nibs那样去动StoryBoard,说实话其实我并从未怎么采取过StoryBoard,所以自己于StoryBoard的多数意都好牵强XD

Matthijs Hollemans

自家同一也是一个因视觉的人口,同样我啊喜好当可视化的角度去工作,Xcode可以变换得较今进一步的可视化,不仅仅是当团队Nibs和StoryBoard上面,Xcode还得可视化的做过多底政工,举个栗子,可视化的操控UI元素,我又欣赏当Nibs下召开这些事情,我无觉得这种办法(使用Nibs)会为淡化,因为自道苹果并不曾花费尽多之遐思在投机之开发工具上,它或许仅仅给了出要采取的极端少功能,特别在和其它的IDE比较起的早晚,我期待Xcode在未来会晤变得越来越的可视化

Felipe Laso Marsetti

等于一下!你居然说苹果没有花心思在开发工具上?╰(‵□′)╯

Matthijs Hollemans

前额,确实,这无异片对她们而言并无是挺要紧,他们虽然于了开发者appstore,但是一旦她们确实特别推崇这同样片,他们应会吃咱们再度多更管用之家伙

Felipe Laso Marsetti

这是一个值得讨论的地方,核心的题目是,不管而喜不喜欢,autolayout与StoryBoard都见面频频存在,明年WWDC,苹果发布iOS8,我们将会晤盼苹果在StoryBoard以及Interface
Builder上面做的行事,可视化将会见换得愈的兵不血刃,有同等接触自己用考虑的虽是是否如在大型项目中挑选使用Nibs,StoryBoard是为ViewController为底蕴元素的,而Nibs是以View为根基元素的,一个nib就是一个view,这样于开运用的当儿会来接触未适于,因为若想使创造一个自定义的view,但是若同时无克当一直当StoryBoard里面完成

除此以外关于苹果专注让appstore等问题,这些是真情,但是切记,苹果为规定了全方位UI、开发了StoryBoard、Interface
Builder,他们做这同合生态链;另外关于StoryBoard,你得就此来创造非常简单的app,遇到复杂的app,你或许会见失掉选Nibs,我以为就是误的,你依旧会以联之早晚遇到冲突;我怀念说的凡,尝试一下,如果您需要支援,来自己此,你掌握在何好找到我;使用StoryBoard,你真正好做出非常复杂的色,性能问题从管需去担心,在现在的5跟5s方就是更是没有必要去担心之问题了

Tammy Coron

StoryBoard让自身倍感累的凡,你不得不以投机之app上面创建于定义views,为什么自己若浪费时间去用StoryBoard,我因此Nibs就得完全搞定了

Felipe Laso Marsetti

因StoryBoard可以另行好的管住而的视图,当用户以app里进入视图与归视图,你的控制器就是一个scene,所以若可更加可视化的待遇这些,你可以解的知情自己会给带来顶那里去,自定义之view是单独的一些,你得运用一个nib创建一个自定义的view,然后用好累,同样如果铭记在心,StoryBoard允许你用你的控制器而不用当StoryBoard里面还的失创造这些,你甚至足以使code来创造,你免应给拘到此处面去,当您成nibs去下StoryBoard的时候会更加的漂亮

Tammy Coron

本人为可通过看在项目的领航部分来管理自己之项目,这是自我的第一单视图,这是本人之次只视图,等等,我欲找到一个非常好之说辞为我失去用StoryBoard,我同意关于StoryBoard就是鹏程之见识,不管我们喜不喜欢,autolayout就是未来底自由化,但是自真的要命不便喜欢上StoryBoard

Felipe Laso Marsetti

此地发出一个充分好之事例,我去年接手了一个色,包含了五六十个ViewController,并且有雷同要命堆的nibs,在自家开始贡献代码之前我只好去深入其中去研究这些事物,因为是路未是本人写的,这个类别都举行了1-2年矣,在正开之几独月我完全迷失在这路中,我不得不失去为明白这些nib文件中的涉,这实际是怪艰苦

但是如果自身来一个StoryBoard,那么整个还拿会清晰明了,这会省去成千上万之岁月;所以您应当至少用StoryBoard来创造app的布局,然后再去具体的制有自定义之酷炫UI,采用擅自一栽你欢喜的方法;当您接一个大型项目的时StoryBoard确实会帮你忙

红衣大叔

自家与的项目所有百万实行的代码,几百个视图,我未清楚我们是不是要去用StoryBoard,不过我会去品味一下,你说之十分正确

Cesare Rocchi

额,我曾经产生两三年没有去做大型项目了,当自身仍记得那时候的伤痛,比如去处理千头万绪的结构体,就算全使用code来做的花色,要失去处理这样那样的结构体也是平码特别拮据的事务,其实自己耶一致是一个凭让视觉的食指,但是我并无思以Xcode上面盖可视化的花样来举行项目,我又欣赏当PhotoShop或者Sketch上面去做这些事情,做一个优秀之coder,你要要明白各种东西,这是一个view这是一个button,这个是不是更加的灵敏等等,这就是是为什么我打开Xcode的时候,我希望自己之首先只视图是一个空荡荡的沙盘

于自己之上一个档当中,我在一个老有些之一对以了NavigationController,但是本人长的凡本人起定义之一个NavigationController,这是一个自定义度很高的一个app,在斯类型里,我意看不起哪里可以下StoryBoard,我都是为此代码把整个搞定,非常的简单,而且得挺好之录取它们,我做的且是自从定义度很高之app,唯一一个使到的视图模板就惟有tableview

红衣大叔

每当本人的涉看来,客户时会叫自己Photoshop文件,告诉自己随即便是app要扣起的规范,然后您从头写代码,可能还发其它的主意,但是本人觉得写代码是一模一样栽轻松的章程

Felipe Laso Marsetti

打自家之经历无法知道在客户端合作开发的上会生什么,但是你沾一个Photoshop文件,你拿走一个急需文档,然后针对你说立刻就算是app要扣押起的范,然后视图A到视图B是怎么样的,视图B到视图C又是怎的,把这些开出来,告诉你定期,然后拜拜

额,你以code或者Nibs来做会很可怜,但是若可采取StoryBoard来做这些事物,就终于非常复杂的UI也得以形成;在我之店铺里,经常会面发由定义UI的求,我们可能得采取非常多的工具,包括code甚至是PaintCode,以及另外可以转变可视化的UI的工具,Nibs或者是StoryBoard,能够以StroyBoard我会非常的高兴,可以看自己用了StoryBoard完成了一个闹一个之天职

Brian Moakley

咱谈谈了autolayout,讨论了StoryBoard,并且现在觉得它们就是鹏程,但是,一年以后,我们兴许还要会说其他的事物是前景,所以,我们应有重考虑我们的app到底是哪运作的,知道这些新技巧真正挺科学,可以增长我们的工作效率,但是自思,懂得如何采取code来成功有工作是好睿智之

Felipe Laso Marsetti

iOS7吃了豪门各种各样的机会错过品味StoryBoard,甚至是Nibs,如果你拒绝下StoryBoard,可能以您本会晤用同一栽截然不同让同过去的方法来创造app;既然你现在出一个火候来解脱原来那么烦的支付过程又尝试新的家伙与采取iOS7带动的全新UI,为什么未尝试一下呢?

红衣大叔

一个挺好之品StoryBoard的理由就是使用StoryBoard可以动态调试尺寸来适应不同的装置,而autolayout将见面是最为好之解决方案

Cesare Rocchi

我并无希罕StoryBoard或者是Nibs,但是自己不得不去了解它,特别是自个儿于教学的时光,不管是教autolayout还是Nibs,我还见面提议您去读如何以代码来好及时通,Nibs或者是StoryBoard做了不少之劳作,你相信着这些家伙,但是也非知底它背后的代码原理是啊,它们于私自做了哟事情,这非常糟糕;如果您想只要成为平等叫作正式的iOS开发者,我想你无比好掌握各种各样的开发方法,无论是StoryBoard、Nibs还是code

Felipe Laso Marsetti

此处来一个挺好之例证来说明明code的道非常关键,有成千上万人口经常会咨询有问题就是是干什么自己的视图无法切换、为什么dataSource不起作用等等,知道怎样下code会很好的帮扶而解决这些问题,一旦你知怎么样使用code,那若利用StoryBoard或者是Nibs将会晤是若鱼得回,知道code确实非常之首要

Matthijs Hollemans

当Nibs或者是StoryBoard中使autolayout是死好掌握的,使用code来描写约束好简短,但是多数时还没有意思,但是要是您于Interface
Builder里面做这些,它见面报告你哪些的束缚是起义之,它见面告诉你哪里应该加约束,哪里不应该加;在Nibs或者StoryBoard里面做这些使较下code更好

Felipe Laso Marsetti

知道code确实好有必不可少,大部分丁在举行iOS开发之早晚不晓语言背后的组成部分规律,这或许会见导致一些荒谬,或是内存泄露等等,同样的气象呢会见在运用StoryBoard或者是Nibs的上有,虽然下这些工具开发起来会非常之福利,但是如果你不了解背后的代码原理,你或许会见当debug的时刻遇到困难

Raywenderlich

那么连下去是投票环节了,Nibs、StoryBoard、code,你会择哪一个?

Brian Moakley

StoryBoard

Cesare Rocchi

Code

Matthijs Hollemans

StoryBoard

红衣大叔

StoryBoard

Felipe Laso Marsetti

从不必要问我

Chris Wagner

StoryBoard

Raywenderlich

自己吗同是StoryBoard

Tammy Coron

本身TMD要说StoryBoard吗?这样我不是老大行笑(其他人大笑);额,我那个好Nibs,所以我会选择Nibs,但是倘若要本人以Nibs和code间做一个摘取,我会选择code,因为code可以做任何事情

Raywenderlich

OK!看来各位大部分都是选了StoryBoard,╮(╯▽╰)╭

前言

总结

即笔者个人而言,三栽方法本身还品尝过,个人还偏爱采用code,当然根据不同的景我会结合各自的独到之处进行开;如上所述,StoryBoard是鹏程,虽然还有不够全面之地方,但是相信苹果会将其举行的更加好,
StoryBorad也会日益显现出它的魅力

举行iOS开发的童鞋都应当会纠结一个题目,那就是当开开发的时段是用StoryBoard还是用Nibs又或是Code(纯代码流)呢?笔者也生纠结者问题,今天恰好在raywenderlich上面看到了几个大神之间的撕逼,哦不,讨论下,感觉得到广大,于是便用她们讨论的情整理翻译了转,如发不当之处,还请求多原谅,原视频请戳这里
http://t.cn/zRAb4NF

拓展阅读

代码手写UI,xib和StoryBoard间的博弈,以及Interface
Builder的有些略技巧

讨论

Ray Wenderlich

Ok!现在咱们都在线,感谢各位的临,今天我们见面有一个座谈有关iOS开发之议论,是摘Storyboards、Nib还是Code,我们出三个志愿者,Cesare
Rocchi代表的凡“Code爱好者”,Tammy Coron 代表的是“Nib爱好者”,Felipe
Laso Marsetti代表的凡“StoryBoard爱好者”,我们拿由Cesare Rocchi开始

Cesare Rocchi

率先,code是颇清晰直观的,你可一直看在代码,你莫需要开辟愚蠢的Nib文件,并且永不深入研讨然后搜索有有错综复杂因素到底关联了要没干,这些都怪笨;当你在付出一个大型项目的上这种措施大之发生因此;当自身自一个crazy
guy那里接手一个门类,这个路是因此StoryBoard或者Nibs做的,最后我会用code重写所用的事物,你得当StoryBoard或者Nibs设置好有东西,但是最终你可用代码重写所有的状态;比如您于一个nib文件中安装了一个lable,当您运行是app的下这lable看起和公设置的莫绝雷同,这是因另外一个人数当之后上加了一条龙代码改变了颇lable的特性

Tammy Coron

当听到他(Cesare
Rocchi)如此贬低Nib的当儿被自己怒不可遏,我当做一个序媛有甚丰富一段时间了,我表现了深多之程序猿喜欢下code的点子来支付的;但尽管自身个人而言,我是一个生靠让视觉的总人口,我爱不释手通过可视化的章程来开展编程,所以自己选择下Nibs;你可能会见说利用StoryBoard可以较用Nibs看到更多之物,但是本着自身来说,我连无欣赏StoryBoard,因为StoryBoard能召开的慌单薄,特别是当你以形容一个大型项目的时段要您和其它的人数合作的时节,如果下StoryBoard你用会管所有的UI都汇集在一个文件里,这会造成合作变得挺不便,合并及也会发多的劳动;StoryBoard上还有一个百般非常之题目就是,它不允许你操作太多之属性,特别是在不同之View里面使用TableViewCells的时候,你不可以当StoryBoard里面用它们,你或许好形成但是会比麻烦,而Nib要召开打这会越加的简短;并且你不要想去当StoryBoard里从定义Controller或者是View,无论何时想如果水到渠成这些公无比好去用Nib
于code,我同意而利用code要做过多的工作,必须要失去解Nib背后之代码,但是利用Nib你可高速看到好对素操作的效应,如果以code,你写好有的因素,设置好它们的性,再以其增长到视图里面,你要使以运行app之后才会看到实际的效用,这是深主要之政工,没有人当意代码到底长什么,他们才会关注app看起何等,
最好的体察措施尽管是以Nib来开
So,我恐怕来接触小震动,等我冷静下来我会说得重复好,XD

Raywenderlich

特别正确的观点,现在轮到最后一个人口发言了,Felipe该你达标了

Felipe Laso Marsetti

So,Cesare你尽管是个混蛋;Tammy并没有为我深感恼火,因为它充分尊重可视化,而可视化就是前景,虽然code很要命,但是可视化将见面是前景,不错,Nib或许更的酷更加之即兴,但是未来必是StoryBoard的大世界,它可以于你完成有Nib与code做不顶之政工,当你当联合代码或者合并Nib的早晚你依然会遇上冲突,每当你触碰Nibs,Xcode就会毫无理由的当你改变了其,所以您如描述这样的转移,因为Xcode认为它改变了,仅仅因您看了它们一眼
StoryBoard更好,不用再行比如说Nib或者code那样工作,如果你使用code,你得周转而的app,看布局是否站得住,然后返回更改布局属性,再运行app来拘禁效能,不断的重复,这样效率很之不如,或许用Nib会有所好转,但是当你在召开一个大型项目的时光,你晤面发出三四十独ViewController,这样您或就见面生四五十单Nib文件,这会那个之贫,因为你若非常小心的做片窜
而是StoryBoard不仅可以吃您免写一充分堆无聊的代码,甚至是避免那些要于Nib下写的代码,比如动用segue和unwind
segue,你可以由此平等多元之delegate方法来传输数据,你得设置转场动画,你甚至足以于定义动画
世家还觉着咱们不得不以一个StoryBoard上面工作,但是其实我们好在时时刻刻一个StoryBoard上面工作;当我们当支付公司级客户端的时候,我们常见都是3-5个人口的组织,我们见面有10只StoryBoard,这可怜完美,因为你可以拿相继模块分开,比如about模块、反馈模块或者社交模块,你可看到可视化的layout,为了避免别人说StoryBoard变得更为深,越来越慢,你可试试着打开她,然后,boom~~,你可知道地懂得呀连接着啊,什么要去哪里,你得命名你的segue,你可以拥有许多的自定义,所有的及时整个都预示着StoryBoard将见面是未来
自然,Nibs和code是好有因此底,而且自己也建议在必要的时失去行使Nibs和code,但是本人思说于Xcode中使StoryBoard是殊便利的,这是苹果于就此底东西,他们吧StoryBoard做了要命多之办事,它就是是鹏程,并无足够的凭证来说明StroyBoard很缓慢好臃肿或者其他,没有足够强劲之证据来证实就有的;我强烈建议使用StoryBoard,当必要之上你可以采用code或者nibs,但是自己建议您尽量避免去动,因为StoryBoard才是王道

Raywenderlich

Awsome!非常过硬的观点!So,接下去每个人都来一个机会啊自己的理念进行分辨,那么,Cesare你发啊使说之啊?

Cesare Rocchi

额,首先,如果当你想如果统一Nib或者StoryBoard的时节,那直就是噩梦,毫无意义,然后code要就这是深轻松的,作为一个项目经理,我可清楚地看看昨天代码都召开了哪修改,但是比如Nib或者StoryBoard,我一筹莫展把其到底做了呀,到底是修补了bug还是促成了某一个效应
再有就是是,你于一些时候可能会见用Xcode的beta版本来进行工作,你懂得Xcode在保管Nibs或者StoryBoard上面并没有那的智能,当自家打开项目的下,beta版的Xcode修改了几许文件,导致了颇具东西还毁灭了,这就算表示你打开StoryBoard之后什么都没有了,所以全项目就是净崩溃了
老三接触就是采用Nibs或者StoryBoard会减低我之工作效率,当自家于coding的时候,我爱保持自己之手放在键盘上面,而无用失去开辟一个nib文件然后去开片关联,然后以拿手放回键盘继续coding,这样见面落我之工作效率;还有少数如提取的即是,不止一次,特别是在开始之上,我会盯在屏幕,尝试在摸有是谁TMD给这特性设置了价值,谁安装了x或者y,在哪里或者是安设置的等等,That’s
all!

Raywenderlich

So,Cesare说使用code会让他的工作效率更胜似,Tammy你生什么要说之啊?

Tammy Coron

前额,当您看在nib文件之时候,你并不需要过多的失去关注那么基本上之习性,它们是怎设置的与它们如何的涉,当您以nib工作的当儿,你只是需要将公的psd文件处理下放到nib文件里,这样你直接就可以看到职能,然后您又去干代码,我眷恋说的是以nib一切都坏之快捷
自家可以于app完成以后深入到framework里面,在很简单的时日中,在当时中没代码,只有可视化的因素,这样就可长足的递进到screen里,去看而的app是怎连接的,然后再次去处理好之代码;但是若您将整还因此代码来举行将会晤坏之累赘,要错过装如此那样的特性,oh
my
god,简直无聊死了,根本就是在浪费时间;我烦使用StoryBoard,使用StoryBoard的总人口虽像是僵尸一样,一个big
boy不应该去行使StoryBoard,额,反正我便是休欣赏XD

Raywenderlich

So,Felipe你是此处最年轻的积极分子,你也不行喜欢僵尸,你产生什么看法?

Felipe Laso Marsetti

额头,我就是是一个僵尸StoryBoard用户,我强烈建议使用StoryBoard,code是十分有必要之,有时候你不得不去描绘有代码来成功那些可视化完成无了底干活,比如从定义UI,但是那些还无是常用之,大部分时段下StoryBoard就可满足急需了;使用StoryBoard你可老好之失装元素属性,而无用失去理背后繁琐的代码;这具的万事还意味StoryBoard是前景,这是苹果于于是之物
末自己想说,越少的代码就意味着越少的会以bug引入到你的app里面,就仿佛有500执由定义UI的代码,你可将它们减少到100行,这样你就是可以避掉400推行并未必要之代码,这样可以减bug,而且这样更爱之夺维护您的代码,如果你是单身开发,那么用code或许对您影响不坏,但是如果您于他人那边接手项目,你尽管只好深入钻研这些代码到底做了啊,是怎么设置view的,什么继承了哟,以及在nib里面来啊,你还是不克采取nib去创造一个怀有static
prototype
cells的tableview,你必去创造一个tableview的子类,新建.h、.m、以及nib文件,然后又失去创造cell的子类,再新建.h、.m、以及nib文件,然后这些cells在tableview当中是独立的,这样你便只能失去新建一个并且一个底cell;然而以StroyBoard里面,只需要一个tableview,20单cells,然后boom~~,太好了,节省时间,让客户端更简便易行,更少之bug,而且一切都是在可视化下成功的,你莫用去非鸣金收兵的stop、run、stop、run,然后去押您的nib文件及你的代码,僵尸赢了

Raywenderlich

不错的论据,有一样触及自己连听到的饶是,使用可视化的User Interface
Designer,你得避再次多的代码,可以减bug,你们怎么看待这个理念?

Cesare Rocchi

额头,在autolayout出现前我会同意这个视角,如果被自己本着Interface
Builder进行打分(10分制),在过去我会给6分,当autolayout出现后便惟有来3分开了,我特意害怕在Xcode4.6上面进行工作,autolayout尝试着用富有的东西混合在一起,造成的状态就是若以界面上面无问题,但是在平常情况下这不是您想要之,你恐怕是想使给你的视图更小还是是其他;我只得承认autolayout在Xcode5之后有所改善,但自身本着斯并无是很感兴趣

Raywenderlich

Tammy,Cesare很反感autolayout,你生啊想说的也?

Tammy Coron

自一样也未是autolayout的狂热粉丝,我会尽量的将autolayout关闭掉,我于有些种类方用过autolayout,但我对autolayout提不起兴趣,你还是可采取Nib而未失去动autolayout,所以自己觉着他的论据是无济于事的,抱歉XD

Raywenderlich

这就是说Felipe你是怎么对待autolayout的吧?

Felipe Laso Marsetti

无论你喜不喜欢,autolayout会始终存在着,我们以见面出异尺寸的配备亟需去适配,iPad
mini、iPhone4、4s、iPad
retina,autolayout可以帮我们错过做到这些适配,Nin与StoryBoard都可以吃你可视化的失去行使autolayout,你得生直观的当屏幕上开展布局,但是如果失去动code,这将会晤是平等桩好累的业务
采取StoryBoard在debug的时候你得生直观的来看,在Xcode5上,你可预览自己的布局,一旦你转移布局约束,改变设备的尺码,你可马上就看到结果,如果您以code,你便只能debug、run、debug、run,非常的难为;就个人而言,我呢无是死的喜欢autolayout,虽然以Xcode5与iOS7自此有所改善,但仍不是非常好用,这个我们无法,但是无论如何,使用Interface
Builder会好了使用code

Raywenderlich

OK!不错的论证,接下去会不断开展半只钟头之讨论,Cesare从君开

Cesare Rocchi

code是不行清晰直观的,你可形容了之后立刻运行,然后得出运行结果,你无待深入到6单例外的特性编辑器当中,来来懂这些变量属性等等是哪些给设置的
末段一点自己想如果说的凡,Interface
Builder背后底眼光是怪不易的,这个观点是眷恋使让设计师运用来设计UI,不管是Nibs还是StoryBoard都见面吃你直观的看到你的app长什么法,就如于小时候,你莫待来一个填写在多少的tableview,作为一个设计师,根本不怕非会见待一个填写在真实数据的tableview,设计师就想只要知道app看起何等,这不只是一个吃设计师的家伙,更多之是于那些未思量写尽多代码的coder,That’s
all

Raywenderlich

OK!And Tammy?

Tammy Coron

看来,我认为Nibs是最好的方案,特别是对有创造力的丁,知道Nibs背后的代码原理是必不可少之,但是若为何而去浪费时间去和代码较劲,Nibs非常之精;至于Story
Board,我无法像对待VB那样对待她,它就如僵尸一样(可能是狐狸精的意思)(Tammy后面说了一个僵尸吃大脑的耻笑,听得不是坏明亮就从来不翻译了)

Raywenderlich

Awsome!Felipe?

Felipe Laso Marsetti

前额,StoryBoard就是未来,就像block,就比如ARC,就比如一代又一代之Xcode与iOS一样,苹果本拿精力都位于了StoryBoard上面,他们从未于Nibs上面更新太多的物,他们尚未还加新成效上,你可坚持用Nibs或者是code,但是利用StoryBoard你得省大量底日,你可以StoryBoard上做出非常复杂的UI,segues、unwind
segues、custom
segues,你居然可以让StoryBoard与Nibs和code一起干活,更不见的bug,你应该去尝尝一下
然你们很多丁还是以使code和Nibs,因为你们那个执拗,你们好一直的方,害怕改变,说实话,我当平常工作当中总是在应用StoryBoard,我们以巨型的合作项目中使用它,它总是太趁手的家伙
当大部景象下,就我的更而言,我也许是一个年青的僵尸,StoryBoard就是自的工具,StoryBoard可以就的行您是足以用Nibs和code做到,但是切记,这是于苹果在WWDC上面提出来的物,把StoryBoard和Nibs混合起来会工作的要命好,这就是苹果于召开的事务,StoryBoard就是最最好之家伙,所以,请别阻止你协调失去品尝这同样码美好的初技巧,你或仅仅只是害怕做出改变,你仅仅待花一点小时间,你尽管会感受及StoryBoard的美好的处

Raywenderlich

Awsome!感谢各位的演讲,那么各位有啊问题想问问之呢?

Matthijs Hollemans

若是你管持有的事物都位居StoryBoard里面,你就算需一次性的施明白这无异于十分堆的事物,我觉得像Nibs那么被划分会重复好,允许而用segue来连接其他事物,你应当每次就处理一个屏幕,这样更兼容你的Xcode窗口大小,然而StoryBoard占用了无以复加特别之空中

司机

俺们都知晓用StoryBoard可以非常容易的做出一个概括的使用,在AppStore当中80%之应用都是属简单以,有好多底开发者都是业余的,包括我呢是,我只是怀念有了异常好之idea,但不肯定要是做出特别过硬的app,我思念StoryBoard就是啊这些口准备的
Chris Wagner

当时是可怜好之某些

Tammy Coron

卿可以仅是nibs来构建一个StoryBoard,就如而如何收拾好的种类雷同,但是本人无法想像自己会如以Nibs那样去用StoryBoard,说实话其实自己连不曾怎么动过StoryBoard,所以我对StoryBoard的大部观点都挺牵强XD

Matthijs Hollemans

自家同一也是一个借助视觉的人口,同样我吧喜爱以可视化的角度去工作,Xcode可以变换得比现在越发的可视化,不仅仅是当社Nibs和StoryBoard上面,Xcode还得可视化的做过多的政工,举个栗子,可视化的操控UI元素,我再爱以Nibs下开这些工作,我不看这种措施(使用Nibs)会为淡化,因为自己道苹果并不曾花尽多之遐思在投机的开发工具上,它可能仅仅受了开要使用的最少功能,特别以同其它的IDE比较起来的当儿,我梦想Xcode在未来会面换得更的可视化

Felipe Laso Marsetti

抵一下!你甚至说苹果没有花心思在开发工具上?╰(‵□′)╯

Matthijs Hollemans

额,确实,这无异片对他们而言并无是异常重点,他们虽然给了开发者appstore,但是只要她们确实很厚就同一片,他们相应会受我们重新多重复实惠的工具

Felipe Laso Marsetti

这是一个值得讨论的地方,核心的题材是,不管您喜不喜欢,autolayout与StoryBoard都见面没完没了有,明年WWDC,苹果宣布iOS8,我们将会晤看到苹果于StoryBoard以及Interface
Builder上面做的劳作,可视化将会见转移得更其的精,有同样点自己索要考虑的尽管是是否要在大型项目中甄选采取Nibs,StoryBoard是因ViewController为底蕴元素的,而Nibs是为View为根基元素的,一个nib就是一个view,这样以开班下的下会发接触未适于,因为您想使创造一个自定义的view,但是你又非能够在直接当StoryBoard里面完成
另外关于苹果专注于appstore等问题,这些是真情,但是切记,苹果也确定了一切UI、开发了StoryBoard、Interface
Builder,他们做这等同满生态链;另外关于StoryBoard,你得用来创造非常简单的app,遇到复杂的app,你或许会见错过选择Nibs,我觉着就是谬误的,你依然会于合之时候遇到冲突;我想说之是,尝试一下,如果你用帮忙,来自己这里,你知当哪好找到自己;使用StoryBoard,你真的可做出非常复杂的花色,性能问题历来不管需去担心,在现之5与5s地方就愈加没有必要失去担心是题材了

Tammy Coron

StoryBoard让自家感觉到辛苦的凡,你只能于祥和之app上面创建于定义views,为什么自己若浪费时间去下StoryBoard,我因此Nibs就可以了搞定了

Felipe Laso Marsetti

因StoryBoard可以另行好的管住而的视图,当用户以app里进来视图与归视图,你的控制器就是一个scene,所以你可以更加可视化的待这些,你得解的接头好会给带来顶那边去,自定义之view是独自的片段,你得运用一个nib创建一个自定义的view,然后用好频繁,同样如果牢记,StoryBoard允许而用你的控制器而休用在StoryBoard里面再的失去创造这些,你还好下code来创造,你莫该受限到此处面去,当你做nibs去下StoryBoard的时段会越加的美

Tammy Coron

我哉可以由此看在种类之导航部分来治本好的品种,这是本人之首先只视图,这是我的老二个视图,等等,我得找到一个大好之理让自身错过用StoryBoard,我同意关于StoryBoard就是前景的看法,不管我们喜不喜欢,autolayout就是未来底势头,但是本人的确好不便喜欢上StoryBoard

Felipe Laso Marsetti

此处出一个十分好之例证,我去年接任了一个档,包含了五六十只ViewController,并且产生一样百般堆的nibs,在自我开贡献代码之前我不得不失去深入其中去研究这些东西,因为这类型未是自己写的,这个项目曾经做了1-2年矣,在正开的几乎单月我全迷失在这类型内,我只能失去打明白这些nib文件里的涉嫌,这事实上是殊不便
而是若自己产生一个StoryBoard,那么万事都用会清晰明了,这会省掉成千上万之时刻;所以您应当至少用StoryBoard来创造app的布局,然后再度夺具体的做有起定义的酷炫UI,采用擅自一栽而嗜的法门;当你接一个大型项目的时StoryBoard确实会协助您忙

红衣大叔

自我参与的色有百万推行之代码,几百只视图,我不亮堂我们是不是要去动StoryBoard,不过我会去尝尝一下,你说的雅不错

Cesare Rocchi

额,我早已发出两三年没去做大型项目了,当自家还记得那么时候的痛苦,比如失去处理千头万绪的结构体,就算了使用code来做的类,要失去处理这样那样的结构体也是如出一辙桩好窘迫的政工,其实我也同是一个依靠让视觉的人头,但是本人并无思量以Xcode上面盖可视化的款式来举行项目,我再次欣赏当PhotoShop或者Sketch上面去做这些事情,做一个可以的coder,你得使解各种东西,这是一个view这是一个button,这个是不是更的利落等等,这便是为何自己打开Xcode的时节,我盼望我之首先单视图是一个空荡荡的沙盘
当自我之及一个类型中,我当一个可怜有些之片段应用了NavigationController,但是自己长的凡自自从定义之一个NavigationController,这是一个自定义度很高的一个app,在此路中,我意看无起哪里可以使用StoryBoard,我都是故代码把全体搞定,非常的简短,而且好老好之选定它们,我举行的都是从定义度很高之app,唯一一个用到到的视图模板就只有tableview

红衣大叔

以自的涉看来,客户常常会面为自己Photoshop文件,告诉我立马就算是app要拘留起的师,然后您起来勾画代码,可能还发另外的道,但是自看写代码是如出一辙种轻松的措施

Felipe Laso Marsetti

于自身的涉无法清楚当客户端合作开发的时光会发生什么,但是若拿走一个Photoshop文件,你拿走一个需要文档,然后针对你说马上就是是app要扣起的范,然后视图A到视图B是怎的,视图B到视图C又是何等的,把这些做下,告诉您定期,然后拜拜
前额,你下code或者Nibs来做会很十分,但是若可使用StoryBoard来举行这些事物,就到底非常复杂的UI也得以做到;在自的店家里,经常会有打定义UI的求,我们恐怕需要使用非常多之家伙,包括code甚至是PaintCode,以及其它可以变动可视化的UI的家伙,Nibs或者是StoryBoard,能够以StroyBoard我会非常的欢喜,可以看看好用了StoryBoard完成了一个产生一个之天职

Brian Moakley

咱俩谈谈了autolayout,讨论了StoryBoard,并且现在以为它就是是未来,但是,一年之后,我们也许以见面说其他的物是鹏程,所以,我们应该更思考我们的app到底是安运转的,知道这些新技巧确实不行不利,可以增进我们的工作效率,但是自己怀念,懂得怎样利用code来完成所有事务是很睿智的

Felipe Laso Marsetti

iOS7给了豪门各种各样的机错过品尝StoryBoard,甚至是Nibs,如果你拒绝利用StoryBoard,可能以你现在会晤用同样种截然两样于跟过去底法门来创造app;既然你现在来一个机会来解脱原来那繁琐的付出过程又尝试新的家伙和利用iOS7拉动的全新UI,为什么非尝试一下吧?

红衣大叔

一个要命好之品StoryBoard的说辞就是采用StoryBoard可以动态调节尺寸来适应不同之设备,而autolayout将会是极好之缓解方案

Cesare Rocchi

自己连无爱StoryBoard或者是Nibs,但是本人不得不去了解她,特别是自身当教学的当儿,不管是教autolayout还是Nibs,我都见面建议乃错过念怎样以代码来就就周,Nibs或者是StoryBoard做了不少之干活,你相信着这些家伙,但是却不了解它背后的代码原理是啊,它们当偷偷做了哟事情,这挺不好;如果您想如果改成同称呼正式的iOS开发者,我思你无比好掌握各种各样的开发方法,无论是StoryBoard、Nibs还是code

Felipe Laso Marsetti

此处来一个那个好之例证来说明清楚code的艺术非常重大,有成千上万人口时会咨询有问题就是是干什么自己的视图无法切换、为什么dataSource不起作用等等,知道怎样下code会很好的帮忙而解决这些问题,一旦你知怎么样使用code,那尔利用StoryBoard或者是Nibs将会晤是若鱼得回,知道code确实好之第一

Matthijs Hollemans

每当Nibs或者是StoryBoard中行使autolayout是殊好掌握的,使用code来描写约束好简单,但是多数时刻还没有意义,但是要是您于Interface
Builder里面做这些,它见面报告你哪些的束缚是起义之,它见面告诉你哪里应该加约束,哪里不应加;在Nibs或者StoryBoard里面做这些使较用code更好

Felipe Laso Marsetti

知道code确实充分有必不可少,大部分口在举行iOS开发的时候不知底语言背后的片规律,这或许会见招一部分谬误,或是内存泄露等等,同样的情状也会见在使StoryBoard或者是Nibs的时光有,虽然使这些工具开发起来会十分之有利,但是只要您莫懂得背后的代码原理,你可能会见于debug的时段遇到困难

Raywenderlich

这就是说连下是投票环节了,Nibs、StoryBoard、code,你晤面选啊一个?

Brian Moakley

StoryBoard

Cesare Rocchi

Code

Matthijs Hollemans

StoryBoard

红衣大叔

StoryBoard

Felipe Laso Marsetti

从未必要问我

Chris Wagner

StoryBoard

Raywenderlich

我哉一如既往是StoryBoard

Tammy Coron

额头,我十分欣赏Nibs,所以我会选择Nibs,但是若一旦我当Nibs和code间做一个选项,我会选择code,因为code可以举行其他工作

Raywenderlich

OK!看来各位大部分都是选项了StoryBoard

总结

就是笔者个人而言,三种植艺术本身还尝过,个人还偏爱采用code,当然根据不同的场景我会结合各自的独到之处进行付出;如上所述,StoryBoard是鹏程,虽然还有不够完善之地方,但是相信苹果会将该举行的尤为好,
StoryBorad也会逐步显现出她的魅力

拓展阅读

代码手写UI,xib和StoryBoard间的对弈,以及Interface Builder的一部分有些技巧
http://t.cn/8kdcjt6

相关文章