Storyboards vs NIBS vs Code Debate(翻译)

2019-10-03 10:43栏目:母婴
TAG:

进展阅读

代码手写UI,xib和StoryBoard间的博艺,以及Interface Builder的部分小技能

额,在autolayout现身以前笔者会同意这一个意见,假如让笔者对Interface Builder进行打分(10分制),在过去小编会给6分,当autolayout出现今后就唯有3分了,小编特意害怕在Xcode4.6上边进行专门的工作,autolayout尝试着将持有的东西混合在一同,形成的境况正是您在界面上边没十分,可是在常常状态下那不是你想要的,你恐怕是想要令你的视图越来越小依旧是别的;笔者只可以承认autolayout在Xcode5之后有所改革,但自己对此并非很感兴趣

前言

做iOS开垦的童鞋都应有会郁结多少个主题素材,那正是在做开采的时候是运用StoryBoard还是使用Nibs又只怕是Code(纯代码流)呢?作者也特别纠结这几个难点,明天碰巧在raywenderlich上面见到了几个大神之间的撕逼,哦不,研商之后,以为得到广大,于是就将她们争辨的剧情整理翻译了弹指间,如有不当之处,还请多多原谅,原录像请戳这里

So,Cesare说使用code会让他的工效更加高,Tammy你有哪些要说的呢?

总结

就小编个人来说,三种艺术自个儿都尝试过,个人更偏幸选取code,当然根据分歧的景观笔者会结合各自的独到之处进行开拓;如上所述,StoryBoard是前景,就算还恐怕有相当不够健全的地方,不过相信苹果会将其做的愈加好, StoryCopacd也会稳步表现出它的魅力

Tammy Coron

讨论

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会有所好转,但是当你在做八个大型项目标时候,你会有三39个ViewController,那样您大概就可以有四肆二十个Nib文件,那会要命的讨厌,因为你要充足小心的做一些改造

唯独StoryBoard不仅可以够让你幸免写一大堆无聊的代码,以致是幸免这一个要在Nib下写的代码,比方选取segue和unwind segue,你能够因而一层层的delegate方法来传输数据,你能够设置转场动画,你以致足以自定义动画

世家都觉着大家只幸而一个StoryBoard下边专门的工作,可是事实上大家能够在持续一个StoryBoard上边职业;当大家在支付公司级顾客端的时候,大家普通都以3-5个人的集体,我们会有拾二个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!

699net亚洲必赢,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,十多个cells,然后boom~~,太理想了,节省时间,让客商端更简便易行,更少的bug,并且一切都以在可视化下做到的,你不用去不停的stop、run、stop、run,然后去看您的nib文件以及你的代码,僵尸赢了

www699net,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会始终存在着,大家将会有两样尺寸的器械亟需去适配,平板电脑mini、红米4、4s、华为平板retina,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在那之中八成的选择都以属于简单利用,有这一个的开荒者都以业余的,满含自家也是,作者只是想出了十一分好的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

此处有三个很好的例子,笔者二〇一八年接班了叁个类型,包罗了五六10个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,╮(╯▽╰)╭

Tammy Coron

Cesare Rocchi

So,Cesare你正是个坏蛋;Tammy并从未让自身感觉恼火,因为她很珍重可视化,而可视化正是今后,尽管code很酷,可是可视化将会是鹏程,不错,Nib可能越来越酷越来越任性,不过今后必然是StoryBoard的全球,它能够让您完了一些Nib与code做不到的事务,当您在集结代码恐怕联合Nib的时候你依然会遇见争论,每当你触碰Nibs,Xcode就能够毫无理由的感觉你转移了它,所以你要陈诉那样的变动,因为Xcode感觉它改造了,仅仅因为您看了它一眼
StoryBoard越来越好,不用再像Nib也许code那样专业,假设您使用code,你需求周转你的app,看布局是或不是合理,然后重返更动布局属性,再运维app来看效果,不断的再度,那样作用特别的低,大概使用Nib会有所革新,可是当您在做三个大型项目标时候,你会有三三十七个ViewController,那样你恐怕就能够有四50个Nib文件,那会相当的可恶,因为你要那叁个小心的做一些修改
但是StoryBoard不仅可以够让您防止写第一次全国代表大会堆无聊的代码,以致是制止那多少个要在Nib下写的代码,举个例子利用segue和unwind segue,你可以透过一多元的delegate方法来传输数据,你能够安装转场动画,你以至能够自定义动画
世家都认为我们只幸好二个StoryBoard上边职业,可是其实大家得以在不断三个StoryBoard上面专门的学问;当大家在付出公司级客商端的时候,我们不以为奇都以3-5个人的团组织,大家会有十个StoryBoard,那很完美,因为你可以将顺序模块分开,例如about模块、反馈模块或许社交模块,你能够看看可视化的layout,为了防止外人说StoryBoard变得越来越大,更慢,你能够试着打开它,然后,boom~~,你能够知晓地掌握什么样连接着如何,什么要去哪里,你能够命名你的segue,你能够享有不菲的自定义,全体的这一体都预示着StoryBoard将会是今后
本来,Nibs和code是很有用的,并且本人也提出在必要的时候去行使Nibs和code,不过本身想说在Xcode中选择StoryBoard是那多个方便的,那是苹果在用的东西,他们为StoryBoard做了特别多的劳作,它正是今后,并未充裕的凭证来证实StroyBoard相当慢很臃肿或许其余,未有丰裕强劲的凭证来申明那某个;作者猛烈提出使用StoryBoard,当供给的时候你能够选取code只怕nibs,可是小编提出您尽量制止去行使,因为StoryBoard才是王道

StoryBoard

总结

Felipe Laso Marsetti

这里有一个很好的事例,小编二零一八年接手了八个品种,满含了五六13个ViewController,而且有一大堆的nibs,在本人伊始进献代码以前笔者只好去深远内部去商讨那么些东西,因为那个种类不是自己写的,那几个类型早已做了1-2年了,在刚开首的多少个月笔者完全迷失在那一个类型里面,小编只好去搞明白这几个nib文件之间的涉及,那实质上是分外难堪
可是只要自身有一个StoryBoard,那么一切都将会清晰明了,这会省掉成千上万的小时;所以你应有起码使用StoryBoard来创立app的布局,然后再去具体的制作一些自定义的绚烂UI,选择私自一种你爱怜的秘诀;当你接手四个大型项指标时候StoryBoard确实会帮您大忙

Raywenderlich

Raywenderlich

做iOS开垦的童鞋都应有会纠缠贰个主题材料,那正是在做开荒的时候是利用StoryBoard仍旧选拔Nibs又可能是Code(纯代码流)呢?小编也丰硕纠缠这么些主题素材,前几日碰巧在raywenderlich上边见到了多少个大神之间的撕逼,哦不,研究之后,以为获得累累,于是就将她们座谈的源委整理翻译了一晃,如有不当之处,还请多多包罗,原录制请戳这里
http://t.cn/zRAb4NF

StoryBoard让本人感到艰辛的是,你不得不在协和的app下边创立自定义views,为啥自身要浪费时间去采纳StoryBoard,小编用Nibs就足以完全化解了

Cesare Rocchi

无论你喜不喜欢,autolayout会始终存在着,我们将会有差异尺寸的装置亟需去适配,平板电脑mini、One plus4、4s、iPadretina,autolayout能够扶助大家去做到这几个适配,Nin与StoryBoard都足以令你可视化的去行使autolayout,你能够十二分直观的在荧屏上海展览中心开布局,但是只要去接纳code,这将会是一件十二分麻烦的作业
使用StoryBoard在debug的时候你能够极其直观的来看,在Xcode5上,你可以预览自身的布局,一旦你改造布局约束,改变设备的尺寸,你能够立时就看到结果,假使您选取code,你就只可以debug、run、debug、run,特别的劳累;就个人来说,作者亦不是十三分的喜欢autolayout,纵然在Xcode5与iOS7自此有所改革,但照旧不是很好用,这一个大家无法,不过无论如何,使用Interface Builder会好过使用code

代码手写UI,xib和StoryBoard间的博弈,以及Interface Builder的片段小技艺
http://t.cn/8kdcjt6

第一,code是特别清晰直观的,你能够间接望着代码,你无需开发愚笨的Nib文件,并且不要深刻钻探然后寻觅部分犬牙相错因素到底关联了仍然尚未涉及,这么些都很傻;当您在付出八个大型项目标时候这种措施极其的有用;当自家从多个crazy guy这里接手叁个品种,那几个项目是用StoryBoard或然Nibs做的,最终笔者会用code重写所用的东西,你能够在StoryBoard大概Nibs设置好全部东西,但是最终你能够用代码重写全部的意况;例如您在二个nib文件之中安装了二个lable,当您运营那几个app的时候那一个lable看起来与你设置的不太一致,那是因为其余一位在事后增加了一站式代码改动了那么些lable的习性

红衣小叔

英文:raywenderlich
译文:伯乐在线专栏作者 - 陆熠十四 翻译
链接:http://ios.jobbole.com/88119/

自身插手的品类具备百万行的代码,几百个视图,小编不知底大家是不是供给去接纳StoryBoard,不过笔者会去尝尝一下,你说的很正确

额,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的光明之处

Felipe Laso Marsetti

Tammy Coron

额,作者曾经有两三年没有去做大型项目了,当笔者依然记得那时的伤心,举例去管理盘根错节的结构体,固然完全选用code来做的门类,要去管理那样那样的结构体也是一件非常费力的作业,其实本人也一律是二个注重于视觉的人,可是本人并不想在Xcode下面以可视化的格局来做项目,笔者更欣赏在PhotoShop只怕Sketch上面去做这几个专业,做四个了不起的coder,你必得求领悟种种东西,那是一个view那是一个button,这些是或不是越来越灵巧等等,这正是为何作者打开Xcode的时候,作者梦想自个儿的第二个视图是二个空荡荡的模板
在本身的上三个档期的顺序个中,作者在二个十分的小的某个应用了NavigationController,可是本人加多的是本身自定义的叁个NavigationController,这是叁个自定义度相当高的二个app,在这几个种类里面,作者完全看不出什么地方能够选取StoryBoard,作者都以用代码把整个解决,特别的简便,何况能够很好的选取它们,小编做的都是自定义度相当高的app,唯一贰个用到到的视图模板就唯有tableview

Matthijs Hollemans

自个儿同样亦不是autolayout的狂欢观众,小编会尽量的将autolayout关闭掉,作者在有个别连串方面用过autolayout,但自己对autolayout提不起兴趣,你照样能够运用Nib而不去行使autolayout,所以本身认为他的实证是无效的,抱歉XD

Awsome!相当的厉害的观点!So,接下去每一个人都有贰个空子为和谐的眼光举行辩驳,那么,Cesare你有哪些要说的呢?

在Nibs也许是StoryBoard中接纳autolayout是至极好精晓的,使用code来写约束很简单,但是好多时候都没风趣,可是即使你在Interface Builder里面做那个,它会告知您怎样的羁绊是有含义的,它会告知您何地应该加约束,哪个地方不该加;在Nibs也许StoryBoard里面做那个要比使用code越来越好

Raywenderlich

OK!And Tammy?

Cesare Rocchi

前言

Awsome!谢谢各位的演讲,那么各位有何样难点想问的吧?

那么Felipe你是怎么对待autolayout的啊?

那么接下去是投票环节了,Nibs、StoryBoard、code,你会选取哪一个?

本身也足以通过看着种类的导航部分来管理自个儿的品类,那是小编的首先个视图,那是自家的第三个视图,等等,小编急需找到二个很好的说辞让自身去选用StoryBoard,笔者同意关于StoryBoard正是前景的见解,不管大家喜嫌恶,autolayout正是鹏程的自由化,可是本人实在很难喜欢上StoryBoard

Cesare Rocchi

So,Felipe你是此处最青春的成员,你也相当心爱尸鬼,你有怎么着观点?

清楚code确实很有须要,半数以上人在做iOS开辟的时候不知晓语言背后的部分规律,那或许会促成一部分荒谬,或是内部存储器败露等等,同样的景色也会在行使StoryBoard也许是Nibs的时候产生,即便接纳那些工具开辟起来会特别的平价,可是若是您不知底背后的代码原理,你大概会在debug的时候碰着困难

Matthijs Hollemans

Cesare Rocchi

红衣二叔

在自家的阅历看来,客商平常会给本身Photoshop文件,告诉本人那正是app要看起来的模范,然后你起始写代码,恐怕还应该有别的的不二等秘书诀,可是自身觉着写代码是一种轻巧的法子

额,作者正是三个丧尸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,十多个cells,然后boom~~,太自鸣得意了,节省时间,让顾客端更简约,更加少的bug,何况一切都以在可视化下完了的,你不用去不停的stop、run、stop、run,然后去看您的nib文件以及你的代码,活死人赢了

StoryBoard

从未有过供给问作者

作者并恶感StoryBoard或然是Nibs,可是本人不得不去精通它们,特别是自身在教学的时候,不管是教autolayout依旧Nibs,笔者都会提出您去学学怎么样利用代码来完毕那整个,Nibs恐怕是StoryBoard做了好些个的干活,你相信着这个工具,不过却不晓得它们背后的代码原理是如何,它们在暗中做了什么业务,这非常不佳;假设你想要成为一名正式的iOS开荒者,笔者想你最佳精通多姿多彩的开荒方法,无论是StoryBoard、Nibs依旧code

自家同一也是三个依据视觉的人,同样笔者也疼爱得舍不得甩手在可视化的角度去办事,Xcode能够变得比现行反革命愈加的可视化,不止是在集体Nibs和StoryBoard下边,Xcode仍是能够可视化的做过多的工作,举个栗子,可视化的操控UI成分,小编更欣赏在Nibs下做那么些专门的职业,笔者不感到这种办法(使用Nibs)会被淡化,因为本人以为苹果并从未花太多的心劲在大团结的开荒工具上,它大概只给了费用须求使用的起码功效,特别在与其余的IDE相比较起来的时候,笔者期待Xcode在未来会变得更为的可视化

Storyboards vs NIBS vs Code Debate(翻译)。借使您把装有的事物都坐落StoryBoard里面,你就须要贰回性的弄精晓那第一次全国代表大会堆的事物,小编以为像Nibs那么被剪切会越来越好,允许你使用segue来连接别的事物,你应有每一回只管理二个显示屏,那样更宽容你的Xcode窗口大小,但是StoryBoard占用了太大的空间

这里有多少个很好的例证来证实清楚code的办法相当重大,有好多少人日常会问一些题材正是为啥自个儿的视图不可能切换、为何dataSource不起作用等等,知道怎么行使code会很好的增派您消除那个标题,一旦您精晓哪些运用code,这您利用StoryBoard只怕是Nibs将会是为虎添翼,知道code确实特别的显要

Matthijs Hollemans

Raywenderlich

Tammy Coron

code是非常清晰直观的,你能够写完事后立即运维,然后得出运转结果,你无需深入到6个差别的天性编辑器当中,来搞领会这个变量属性等等是怎么样被安装的
末尾一点自家想要说的是,Interface Builder背后的见解是非常不易的,这一个思想是想要让设计员运用来设计UI,不管是Nibs依旧StoryBoard都会让您直观的收看您的app长什么体统,就如在有个别时候,你无需有二个填写着数量的tableview,作为贰个设计员,根本就不会须要一个填写着真正数据的tableview,设计员只想要知道app看起来何等,那不单是四个给设计员的工具,更加多的是给那么些不想写太多代码的coder,That’s all

那是二个值得研商的地方,大旨的难题是,不管你喜恶感,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地方就进一步无需去顾忌那几个标题了

实行阅读

贰个很好的品味StoryBoard的理由正是选择StoryBoard能够动态调节和测验尺寸来适应区别的设施,而autolayout将会是最棒的技术方案

当听到他(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

额,当您望着nib文件的时候,你并无需过多的去关怀那么多的习性,它们是怎么设置的以及它们如何的关系,当您选取nib工作的时候,你只供给将您的psd文件管理以后放到nib文件之中,那样您平素就足以观察效果,然后您再去关联代码,我想说的是利用nib一切都非常的飞快
本人得以在app完毕以往深刻到framework里面,在老大简单的时光里面,在那中间未有代码,唯有可视化的成分,那样就足以神速的深深到screen里,去看您的app是什么样连接的,然后再去管理自身的代码;可是要是您把全部都用代码来做将会要命的繁琐,要去设置这样那样的性子,oh my god,差不离无聊死了,根本正是在浪费时间;作者看不惯使用StoryBoard,使用StoryBoard的人就好像尸鬼同样,二个big boy不应该去选拔StoryBoard,额,反正小编正是抵触XD

Chris Wagner

Tammy Coron

Raywenderlich

Matthijs Hollemans

Felipe Laso Marsetti

讨论

Brian Moakley

正确的论证,有点我连连听到的便是,使用可视化的User Interface Designer,你能够幸免越来越多的代码,能够减小bug,你们怎么对待那些意见?

就作者个人来讲,两种艺术本人都尝尝过,个人更偏好选拔code,当然依照不一样的场景作者会结合各自的优点实行付出;如上所述,StoryBoard是未来,固然还或者有相当不足完善的地点,不过相信苹果会将其做的更为好, StoryAccordd也会日趋表现出它的魅力

Matthijs Hollemans

Ray Wenderlich

咱俩都通晓使用StoryBoard能够极其轻巧的做出四个简易的利用,在AppStore其中十分之七的施用都是属于轻巧利用,有成都百货上千的开辟者都以业余的,包括小编也是,小编只是想出了蛮好的idea,但不分明要做出非常的厉害的app,笔者想StoryBoard正是为这几个人准备的
Chris Wagner

那是很好的一些

Brian Moakley

Tammy Coron

万分正确的意见,现在轮到最终一个人发言了,Felipe该你上了

Felipe Laso Marsetti

Felipe Laso Marsetti

额,小编可怜喜爱Nibs,所以作者会选取Nibs,可是假如要本人在Nibs和code间做一个抉择,作者会选拔code,因为code能够做别的工作

额,确实,这一块对她们来讲并非相当的重视,他们即使给了开垦者appstore,可是只要他们实在很爱护这一块,他们应当会给大家越多更平价的工具

Tammy Coron

Raywenderlich

Tammy,Cesare很厌烦autolayout,你有啥样想说的吧?

StoryBoard

Raywenderlich

额,首先,若是当您想要合併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!

司机

Tammy Coron

iOS7给了豪门多姿多彩的机遇去尝试StoryBoard,乃至是Nibs,若是您拒绝使用StoryBoard,恐怕因为您未来会利用一种天壤之别于与往年的艺术来创制app;既然你未来有三个火候来解脱原本那么麻烦的费用进度还要尝试新的工具以及利用iOS7带动的全新UI,为何不试一下呢?

Felipe Laso Marsetti

Raywenderlich

Raywenderlich

Ok!以后大家都在线,谢谢各位的惠临,后天我们会有一个谈谈有关iOS开荒的商量,是选项Storyboards、Nib照旧Code,大家有八个志愿者,Cesare Rocchi代表的是“Code爱好者”,Tammy Coron 代表的是“Nib爱好者”,Felipe Laso Marsetti代表的是“StoryBoard爱好者”,大家将从Cesare Rocchi开首

Felipe Laso Marsetti

等一下!你依然说苹果没有花心绪在开垦工具上?╰(‵□′)╯

Code

Felipe Laso Marsetti

红衣大伯

Raywenderlich

OK!不错的论证,接下去会不停开展三时辰的座谈,塞萨尔e从您起先

Raywenderlich

Awsome!Felipe?

Felipe Laso Marsetti

Felipe Laso Marsetti

你能够独自是nibs来创设贰个StoryBoard,就像是您怎样收拾自个儿的等级次序一律,可是自身不能想像本人能够像使用Nibs那样去行使StoryBoard,说真的其实本人并未怎么利用过StoryBoard,所以本人对于StoryBoard的许多视角都很牵强XD

红衣公公

如上所述,我感觉Nibs是最棒的方案,非常是对于有创设力的人,知道Nibs背后的代码原理是不能缺少的,不过你为何要去浪费时间去跟代码较劲,Nibs特别的强硬;至于Story Board,小编力不可能及像对待VB那样对待它,它就疑似活死人同样(只怕是异类的意思)(Tammy前面说了三个丧尸吃大脑的笑话,听得不是很懂就没翻译了)

Cesare Rocchi

Raywenderlich

StoryBoard

Felipe Laso Marsetti

因为StoryBoard能够更加好的军管你的视图,当顾客在app里步向视图与重临视图,你的调整器正是一个scene,所以您能够更进一竿可视化的对待这么些,你能够知晓的知情本身会被带到那里去,自定义的view是独立的一对,你能够选拔多少个nib创造多少个自定义的view,然后重用特别频仍,一样要铭记在心,StoryBoard允许你重用你的调整器而不用在StoryBoard里面重复的去创制这几个,你居然能够动用code来创制,你不应有被界定到这里面去,当您结合nibs去选择StoryBoard的时候会越加的美好

Cesare Rocchi

Felipe Laso Marsetti

大家商量了autolayout,探讨了StoryBoard,而且未来认为它们就是以后,可是,一年现在,大家恐怕又会说其余的东西是前景,所以,大家理应重新思考大家的app到底是什么运维的,知道那些新本事确实很科学,可以进步大家的工效,但是本身想,驾驭怎么采纳code来变成有着事务是很精明的

Raywenderlich

OK!看来各位超越八分之四都以选取了StoryBoard

小编也一模一样是StoryBoard

从本身的经历不能掌握在客商端协作开辟的时候会时有爆发哪些,但是你取得三个Photoshop文件,你获得叁个须求文书档案,然后对你说那正是app要看起来的指南,然后视图A到视图B是什么的,视图B到视图C又是怎么着的,把这么些做出来,告诉您定时,然后拜拜
额,你使用code或许Nibs来做会很酷,不过你能够动用StoryBoard来做这几个东西,就算是极其复杂的UI也能够形成;在自身的商场内部,平常会有自定义UI的须要,大家可能供给动用比较多的工具,富含code以至是PaintCode,以及别的可以转换可视化的UI的工具,Nibs或然是StoryBoard,可以运用StroyBoard笔者会特其余欢欣,能够见见自个儿使用了StoryBoard达成了三个有三个的职责

Felipe Laso Marsetti

Raywenderlich

版权声明:本文由699net亚洲必赢发布于母婴,转载请注明出处:Storyboards vs NIBS vs Code Debate(翻译)