Storyboards vs NIBS vs Code Debate(翻译)

讨论

Ray Wenderlich

Ok!现在大家都在线,感谢各位的过来,今日我们会有一个谈谈有关iOS开发的议论,是选项Storyboards、Nib仍旧Code,我们有多个志愿者,Cesare
Rocchi代表的是“Code爱好者”,Tammy Coron 代表的是“Nib爱好者”,Felipe
Laso 马尔斯etti代表的是“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你就是个混蛋;苔米并没有让自身觉得恼火,因为他很爱戴可视化,而可视化就是以后,即使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要完毕这么些是相当轻松的,作为一个项目COO,我得以精晓地观察前日代码都做了怎么修改,可是像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 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会始终存在着,我们将会有两样尺寸的设施亟需去适配,GALAXY Tabmini、魅族4、4s、三星GALAXY Tabretina,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那样对待它,它就好像僵尸一样(可能是异类的意趣)(苔米前面说了一个僵尸吃大脑的嗤笑,听得不是很懂就没翻译了)

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,╮(╯▽╰)╭

前言

做iOS开发的童鞋都应有会纠结一个题材,那就是在做开发的时候是使用StoryBoard照旧拔取Nibs又或者是Code(纯代码流)呢?小编也不行纠结那些题材,前几天碰巧在raywenderlich上边看到了多少个大神之间的撕逼,哦不,研商之后,感觉获得良多,于是就将他们研究的内容整理翻译了一下,如有不当之处,还请多多原谅,原录像请戳这里

总结

就小编个人而言,三种艺术本身都尝试过,个人更偏爱选用code,当然依照区其余景况我会结合各自的长处举行付出;如上所述,StoryBoard是鹏程,即便还有不够完善的位置,不过相信苹果会将其做的愈加好,
StoryBorad也会日益显示出它的魅力

进展阅读

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