StoryBorad也会逐年呈现出其的魅力。StoryBorad也会日益显现出它的魅力。

前言

举行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

相关文章