Storyboards vs NIBS vs Code Debate(翻译)

前言

做iOS开拓的童鞋都应该会纠结2个标题,那正是在做开垦的时候是使用StoryBoard还是使用Nibs又或许是Code(纯代码流)呢?作者也要命纠结那一个主题材料,前几日碰巧在raywenderlich下边看到了几个大神之间的撕逼,哦不,钻探之后,以为获得广大,于是就将她们切磋的始末整理翻译了须臾间,如有不当之处,还请多多原谅,原录像请戳这里

讨论

Ray Wenderlich

Ok!以往咱们都在线,多谢各位的赶到,昨日咱们会有五个座谈关于iOS开荒的议论,是选择Storyboards、Nib依旧Code,大家有三个志愿者,Cesare
Rocchi代表的是“Code爱好者”,Tammy Coron 代表的是“Nib爱好者”,Felipe
Laso 马尔斯etti代表的是“StoryBoard爱好者”,大家将从Cesare Rocchi早先

Cesare Rocchi

先是,code是尤其清晰直观的,你可以一贯瞧着代码,你不要求张开拙笨的Nib文件,并且永不浓厚探究然后找寻1部分错落有致因素到底关联了依旧不曾提到,那么些都很傻;当你在支付1个大型项目标时候那种措施充裕的有用;当小编从三个crazy
guy那里接手1个类别,这些体系是用StoryBoard只怕Nibs做的,最后作者会用code重写所用的事物,你能够在StoryBoard也许Nibs设置好全体东西,可是最后你能够用代码重写全数的事态;比如您在二个nib文件之中安装了2个lable,当您运营这些app的时候那么些lable看起来与您设置的不太雷同,那是因为此外一位在后头加多了一行代码更改了相当lable的习性

Tammy Coron

当听到她(Cesare
Rocchi)如此贬低Nib的时候让自家老羞成怒,小编当做3个主次媛有非常短1段时间了,笔者见过更多的程序猿喜欢使用code的章程来支付的;但就本身个人来说,作者是二个格外重视于视觉的人,笔者欣赏通过可视化的法子来进行编制程序,所以自身采纳使用Nibs;你也许会说利用StoryBoard能够比使用Nibs看到更加多的事物,但是对自己来讲,笔者并不希罕StoryBoard,因为StoryBoard能做的很有限,尤其是当您在写七个大型项目的时候依旧你与别的的人合作的时候,要是选拔StoryBoard你将会把富有的UI都汇聚在四个文书之中,那会导致合营变得老大不方便,合并上也会有不少的麻烦;StoryBoard上还有3个相当大的标题就是,它区别意你操作太多的品质,越发是在不一样的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会有所革新,不过当您在做八个大型项目标时候,你会有三310多少个ViewController,那样您恐怕就会有四四伍个Nib文件,那会足够的讨厌,因为你要足够小心的做一些更换

不过StoryBoard不仅能够让您防止写一大堆无聊的代码,甚至是幸免那个要在Nib下写的代码,比如利用segue和unwind
segue,你能够通过一体系的delegate方法来传输数据,你能够安装转场动画,你甚至足以自定义动画

世家都是为大家只可以在3个StoryBoard上面职业,可是实际上大家能够在时时刻刻一个StoryBoard上面工作;当大家在开采公司级客户端的时候,大家1般都以三-陆个人的集体,大家会有十个StoryBoard,那很了不起,因为你能够将相继模块分开,比如about模块、反馈模块或许社交模块,你能够见见可视化的layout,为了制止旁人说StoryBoard变得更为大,越来越慢,你能够试着展开它,然后,boom~~,你能够知道地明白什么连接着什么,什么要去哪个地方,你能够命名你的segue,你能够拥有诸多的自定义,全数的那全体都预示着StoryBoard将会是今后

本来,Nibs和code是很有用的,而且作者也建议在须求的时候去选拔Nibs和code,不过本身想说在Xcode中央银行使StoryBoard是异常方便的,这是苹果在用的事物,他们为StoryBoard做了要命多的办事,它正是前景,并不曾丰硕的凭证来注脚StroyBoard极慢很臃肿或然别的,未有充分强劲的证据来验证那有的;小编强烈建议使用StoryBoard,当供给的时候你能够选用code大概nibs,可是笔者提议你尽量防止去行使,因为StoryBoard才是王道

Raywenderlich

Awsome!相当屌的眼光!So,接下去种种人都有1个时机为温馨的见解举行分辨,那么,Cesare你有怎样要说的啊?

Cesare Rocchi

额,首先,借使当您想要合并Nib或许StoryBoard的时候,那大约就是恐怖的梦,毫无意义,然后code要到位这一个是可怜轻易的,作为二个项目老总,小编得以领略地观望前日代码都做了怎么着修改,不过像Nib大概StoryBoard,我1筹莫展把握它到底做了哪些,到底是修补了bug照旧促成了某1个功力

再有就是,你在少数时候恐怕会选取Xcode的beta版本来进行工作,你精晓Xcode在管制Nibs只怕StoryBoard下边并未那么的智能,当笔者张开项目标时候,beta版的Xcode修改了一些文件,导致了拥有东西都冰释了,那就象征你张开StoryBoard之后什么都尚未了,所以任何项目就全盘崩溃了

其叁点正是采取Nibs或许StoryBoard会减低作者的工效,当自家在coding的时候,笔者欣赏保持自个儿的手放在键盘上面,而不用去张开3个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是老大有须求的,有时候你不得不去写1些代码来产生那一个可视化落成不了的工作,比如自定义UI,但是这个都不是常用的,大部分时候使用StoryBoard就能够满意急需了;使用StoryBoard你能够非常便于的去设置成分属性,而不用去理会背后繁琐的代码;那全体的全部都意味着StoryBoard是前景,那是苹果在用的事物

最终自身想说,越少的代码就意味着越少的机遇将bug引进到你的app里面,就就如有500行自定义UI的代码,你能够将它们减弱到拾0行,那样你就足以制止掉400行并完全没有供给的代码,那样能够减去bug,而且这么尤其便于的去维护你的代码,如若你是单身开采,那么使用code或然对你影响比极小,但是假设您从外人那边接手项目,你就只好深远切磋这个代码到底做了怎么样,是如何设置view的,什么承继了何等,以及在nib里面有怎么样,你依旧不能够采取nib去成立3个享有static
prototype
cells的tableview,你不能够不去创制一个tableview的子类,新建.h、.m、以及nib文件,然后再去创制cell的子类,再新建.h、.m、以及nib文件,然后那一个cells在tableview个中是单身的,那样您就只好去新建一个又二个的cell;不过在StroyBoard里面,只要求1个tableview,二十个cells,然后boom~~,太雅观了,节省时间,让客户端更简约,更加少的bug,而且一切都是在可视化下做到的,你不用去不停的stop、run、stop、run,然后去看您的nib文件以及你的代码,僵尸赢了

Raywenderlich

毋庸置疑的论证,有一点本人不断听到的就是,使用可视化的User Interface
Designer,你能够幸免更加多的代码,能够减小bug,你们怎么看待那几个意见?

Cesare Rocchi

额,在autolayout出现在此之前作者会同意这些观念,如若让自家对Interface
Builder举行打分(1贰分制),在过去作者会给五分,当autolayout出现之后就唯有3分了,作者专门恐怖在Xcode四.6下边进行工作,autolayout尝试着将兼具的东西混合在共同,形成的景象正是您在分界面下面没不平日,不过在普通景况下那不是您想要的,你恐怕是想要让您的视图越来越小或许是任何;笔者不得不承认autolayout在Xcode五之后有所革新,但本人对此并不是很感兴趣

Raywenderlich

Tammy,Cesare很反感autolayout,你有何想说的啊?

Tammy Coron

自家一样也不是autolayout的纵情的闹饮客官,作者会尽量的将autolayout关闭掉,笔者在1些连串方面用过autolayout,但笔者对autolayout提不起兴趣,你依旧能够利用Nib而不去行使autolayout,所以笔者觉着她的实证是不著见效的,抱歉XD

Raywenderlich

那么Felipe你是怎么看待autolayout的呢?

Felipe Laso Marsetti

甭管你喜不喜欢,autolayout会始终存在着,我们将会有例外尺寸的设施亟需去适配,苹果平板mini、Motorola4、四s、平板电脑retina,autolayout能够帮忙大家去完结那些适配,Nin与StoryBoard都足以让您可视化的去行使autolayout,你可以卓殊直观的在显示器上海展览中心开布局,然则只要去行使code,那将会是1件1贰分麻烦的事务

动用StoryBoard在debug的时候你能够足够直观的看到,在Xcode5上,你可以预览本人的布局,一旦您转移布局约束,退换设备的尺码,你能够立时就看出结果,即使您利用code,你就只好debug、run、debug、run,万分的劳动;就个人来讲,小编也不是老大的喜欢autolayout,就算在Xcode伍与iOS七自此有所改革,但依然不是很好用,这么些大家鞭长莫及,可是无论怎样,使用Interface
Builder会好过使用code

Raywenderlich

OK!不错的论证,接下去会没完没了开始展览半个小时的琢磨,Cesare从您从头

Cesare Rocchi

code是分外清晰直观的,你能够写完之后立时运转,然后得出运转结果,你不要求深入到陆个不一致的性质编辑器当中,来搞通晓那么些变量属性等等是什么被设置的

提起底一点小编想要说的是,Interface
Builder背后的观点是老大不错的,那一个观点是想要让设计师选用来设计UI,不管是Nibs依然StoryBoard都会让你直观的观望你的app长什么体统,就好像在有个别时候,你不需求有1个填写着多少的tableview,作为1个设计师,根本就不会需求2个填写着真实数据的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,就像是ATiggoC,就像是一代又一代的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就是最佳的工具,所以,请别阻止你协调去尝试那1项美好的新技艺,你也许仅仅只是害怕做出改动,你只需求花一点小小时间,你就会感受到StoryBoard的光明之处

Raywenderlich

Awsome!感激各位的阐述,那么各位有何难点想问的啊?

Matthijs Hollemans

如果你把具有的东西都位居StoryBoard里面,你就要求2次性的弄掌握这一大堆的事物,小编感觉像Nibs那么被细分会越来越好,允许你选用segue来连接别的事物,你应当每一趟只处理1个显示器,那样更包容你的Xcode窗口大小,不过StoryBoard占用了太大的空中

司机

咱俩都通晓使用StoryBoard能够分外轻易的做出1个大约的运用,在AppStore个中百分之八十的行使都以属于简单利用,有大多的开荒者都以业余的,包蕴自家也是,作者只是想出了尤其好的idea,但不鲜明要做出充足棒的app,小编想StoryBoard即是为这几个人准备的

Chris Wagner

那是很好的少数

Tammy Coron

你能够只是是nibs来营造一个StoryBoard,就好像你怎么着收10本身的项目1律,可是本人不能够想像自身力所能及像使用Nibs那样去选用StoryBoard,说实话其实作者并未怎么利用过StoryBoard,所以自个儿对此StoryBoard的大诸多意见都很牵强XD

Matthijs Hollemans

作者一样也是二个借助视觉的人,同样作者也喜万幸可视化的角度去工作,Xcode能够变得比明日更进一步的可视化,不仅仅是在集团Nibs和StoryBoard上边,Xcode还是能可视化的做过多的工作,举个栗子,可视化的操控UI成分,作者更欣赏在Nibs下做那个业务,作者不感觉那种措施(使用Nibs)会被淡化,因为本人觉着苹果并不曾花太多的遐思在协调的开采工具上,它恐怕只给了开销须要选拔的最少成效,特别在与任何的IDE比较起来的时候,笔者盼望Xcode在未来会变得愈加的可视化

Felipe Laso Marsetti

等一下!你甚至说苹果未有花激情在开拓工具上?╰(‵□′)╯

Matthijs Hollemans

额,确实,那1块对她们而言并不是很重点,他们即使给了开辟者appstore,可是只要他们实在很爱戴这一块,他们应当会给大家越来越多更实惠的工具

Felipe Laso Marsetti

这是二个值得探究的地点,宗旨的主题素材是,不管你喜不喜欢,autolayout与StoryBoard都会随地存在,二〇二〇年WWDC,苹果发表iOS8,我们将会看出苹果在StoryBoard以及Interface
Builder下面做的行事,可视化将会变得越来越的强硬,有一点小编急需缅怀的就是是或不是要在大型项目中采纳使用Nibs,StoryBoard是以ViewController为根基成分的,而Nibs是以View为底蕴成分的,3个nib正是2个view,那样在先导采纳的时候会有点不适应,因为你想要创设一个自定义的view,不过你又不可见在直接在StoryBoard里面落成

其它关于苹果专注于appstore等主题素材,那个是实况,不过切记,苹果也规定了全方位UI、开荒了StoryBoard、Interface
Builder,他们制作那1全体生态链;其余关于StoryBoard,你能够用来创制相当轻易的app,蒙受复杂的app,你也许会去挑选Nibs,笔者认为那是一无所长的,你照旧会在统1的时候境遇争执;笔者想说的是,尝试一下,如若你须求支援,来作者那边,你领会在哪儿能够找到本人;使用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

那边有贰个很好的例证,笔者二零一八年接任了1个档次,包含了伍六十五个ViewController,并且有第一次全国代表大会堆的nibs,在自身伊始进献代码以前小编只可以去深远内部去商量这一个事物,因为那么些种类不是本人写的,这一个类型现已做了壹-贰年了,在刚起初的几个月作者一心迷失在那些种类里面,笔者只可以去搞掌握那些nib文件之间的涉嫌,那实在是分外劳碌

但是1旦我有2个StoryBoard,那么万事都将会清晰明了,那会节省不胜枚举的时光;所以您应该至少使用StoryBoard来成立app的布局,然后再去具体的营造壹些自定义的光彩夺目UI,选用私行壹种你喜欢的艺术;当您接手三个大型项目标时候StoryBoard确实会帮您大忙

红衣伯伯

自己到场的类型具有百万行的代码,几百个视图,小编不知情大家是或不是要求去行使StoryBoard,但是小编会去尝尝一下,你说的很正确

Cesare Rocchi

额,笔者已经有两三年从未去做大型项目了,当本身如故记得那时候的惨痛,比如去处理千丝万缕的结构体,固然完全使用code来做的系列,要去处理这样这样的结构体也是1件十二分狼狈的政工,其实笔者也同样是贰个凭借于视觉的人,可是自身并不想在Xcode下边以可视化的款式来做项目,笔者更爱万幸PhotoShop或许Sketch上面去做那个业务,做3个美丽的coder,你必须求通晓种种东西,那是贰个view这是二个button,那些是否特别的灵敏等等,那正是怎么小编张开Xcode的时候,我希望自身的首先个视图是3个空白的沙盘

在自己的上3个品类个中,笔者在多个一点都不大的局地行使了NavigationController,但是本身增多的是本身自定义的一个NavigationController,那是一个自定义度异常高的3个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

iOS七给了豪门各个各类的空子去尝尝StoryBoard,甚至是Nibs,就算你拒绝使用StoryBoard,恐怕因为您今后会利用一种答非所问于与往常的不二秘技来创制app;既然您未来有1个空子来解脱原来那么繁琐的费用进程还要尝试新的工具以及采纳iOS七带来的全新UI,为何不试一下呢?

红衣大伯

一个很好的尝试StoryBoard的理由正是选取StoryBoard能够动态调节和测试尺寸来适应不一致的设备,而autolayout将会是最佳的缓解方案

Cesare Rocchi

本人并不爱好StoryBoard或然是Nibs,不过小编不得不去通晓它们,尤其是自个儿在教学的时候,不管是教autolayout依然Nibs,小编都会建议你去读书怎么行使代码来产生那1体,Nibs也许是StoryBoard做了累累的职业,你相信着这么些工具,不过却不明了它们背后的代码原理是如何,它们在蹑手蹑脚做了什么业务,那很不好;倘诺您想要成为一名专业的iOS开荒者,作者想你最佳精晓各样各类的开荒方法,无论是StoryBoard、Nibs如故code

Felipe Laso Marsetti

此处有3个很好的例子来验证清楚code的艺术很要紧,有过多个人日常会问1些主题素材便是干吗本身的视图无法切换、为啥dataSource不起成效等等,知道哪些行使code会很好的帮扶你消除这个主题材料,一旦您了然怎么样使用code,那你利用StoryBoard大概是Nibs将会是如虎得翼,知道code确实十分的重点

Matthijs Hollemans

在Nibs或许是StoryBoard中央银行使autolayout是老大好掌握的,使用code来写约束很轻便,然则大多数时候都尚未意义,但是1旦您在Interface
Builder里面做那几个,它会报告你怎么的约束是有含义的,它会告知您哪儿应该加约束,哪儿不应有加;在Nibs也许StoryBoard里面做这几个要比采取code更加好

Felipe Laso Marsetti

理解code确实很有不可缺少,一大半人在做iOS开采的时候不理解语言背后的1对法则,那或者会变成都部队分荒唐,或是内部存款和储蓄器败露等等,同样的场地也会在应用StoryBoard可能是Nibs的时候产生,固然接纳这几个工具开发起来会至极的便利,可是1旦你不明了背后的代码原理,你可能会在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是前景,固然还有不够周密的地点,但是相信苹果会将其做的愈来愈好,
Story雷克萨斯LCd也会逐年凸显出它的魔力

拓展阅读

代码手写UI,xib和StoryBoard间的对弈,以及Interface
Builder的1部分小手艺

相关文章