Storyboards vs NIBS vs Code Debate(翻译)

前言

做iOS开发的童鞋都应当会纠结一个问题,那就是在做开发的时候是运用StoryBoard仍然使用Nibs又或者是Code(纯代码流)呢?笔者也非常纠结那一个问题,前天碰巧在raywenderlich下边看到了多少个大神之间的撕逼,哦不,钻探之后,感觉拿到累累,于是就将他们座谈的始末整理翻译了弹指间,如有不当之处,还请多多原谅,原视频请戳这里

讨论

Ray Wenderlich

Ok!现在我们都在线,感谢各位的赶来,前几天我们会有一个谈谈关于iOS开发的琢磨,是选取Storyboards、Nib依然Code,我们有多少个志愿者,Cesare
Rocchi代表的是“Code爱好者”,Tammy Coron 代表的是“Nib爱好者”,Felipe
Laso 马尔斯(Mars)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要到位这些是分外轻松的,作为一个项目主管,我可以精晓地察看前日代码都做了怎么修改,可是像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

苔米,Cesare很反感autolayout,你有如何想说的呢?

Tammy Coron

自己一样也不是autolayout的狂热粉丝,我会尽量的将autolayout关闭掉,我在部分品种方面用过autolayout,但自我对autolayout提不起兴趣,你照样能够使用Nib而不去采用autolayout,所以我以为他的论证是不行的,抱歉XD

Raywenderlich

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

Felipe Laso Marsetti

不管你喜不喜欢,autolayout会始终存在着,大家将会有两样尺寸的设备亟需去适配,华为平板mini、索尼爱立信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这样对待它,它就像僵尸一样(可能是狐狸精的趣味)(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都会频频存在,2019年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

此地有一个很好的例证,我2018年接任了一个档次,包含了五六十个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的片段小技巧

发表评论

电子邮件地址不会被公开。 必填项已用*标注