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你就是个混蛋;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要到位那么些是充足轻松的,作为一个项目CEO,我可以知道地看到后天代码都做了什么修改,可是像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会始终存在着,我们将会有两样尺寸的配备亟需去适配,三星GALAXY Tabmini、金立4、4s、iPadretina,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也会逐步突显出它的魔力

展开阅读

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

前言

做iOS开发的童鞋都应该会纠结一个题材,这就是在做开发的时候是选拔StoryBoard依旧采取Nibs又或然是Code(纯代码流)呢?小编也不行纠结这几个题材,前天碰巧在raywenderlich上边看到了多少个大神之间的撕逼,哦不,切磋之后,感觉得到良多,于是就将他们座谈的内容整理翻译了一下,如有不当之处,还请多多包含,原视频请戳这里