Storyboards

前言

开iOS开发之童鞋都应会纠结一个题目,这便是在召开开发之时光是运用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文件,并且永不长远钻研然后搜索来一些苛因素到底关联了依旧无涉及,那个都非凡笨;当您以开一个大型项目标当儿这种格局要命之生因而;当自家从一个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、vivo4、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的部分多少技巧

Leave a Comment.