红衣岳父,当然按照差其他光景我会结合各自的亮点举办支付

讨论

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要到位这些是不行轻松的,作为一个项目老董,我得以清楚地看看后日代码都做了哪些修改,但是像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、Nokia4、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,╮(╯▽╰)╭

自身并不希罕StoryBoard或者是Nibs,不过本人不得不去明白它们,更加是自己在教学的时候,不管是教autolayout照旧Nibs,我都会提出您去上学怎么着采纳代码来成功那总体,Nibs或者是StoryBoard做了好多的干活,你相信着那一个工具,可是却不领悟它们背后的代码原理是哪些,它们在私自做了什么事情,那很不好;要是您想要成为一名专业的iOS开发者,我想你最好通晓各类各个的开发方法,无论是StoryBoard、Nibs依然code

拓展阅读

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

OK!不错的实证,接下去会频频拓展半个小时的议论,Cesare从您开头

总结

就作者个人而言,三种方法本身都品尝过,个人更偏爱采纳code,当然依照差别的现象我会结合各自的助益进行开发;如上所述,StoryBoard是前景,纵然还有不够周到的地点,可是相信苹果会将其做的一发好,
StoryBorad也会逐年突显出它的魅力

在自家的经验看来,客户平常会给本人Photoshop文件,告诉自己那就是app要看起来的指南,然后你起来写代码,可能还有其它的艺术,可是我觉着写代码是一种轻松的不二法门

前言

做iOS开发的童鞋都应该会纠结一个题目,那就是在做开发的时候是利用StoryBoard如故使用Nibs又或者是Code(纯代码流)呢?作者也万分纠结那么些题材,今日碰巧在raywenderlich上边看到了多少个大神之间的撕逼,哦不,探究之后,感觉得到良多,于是就将他们谈谈的内容整理翻译了须臾间,如有不当之处,还请多多包罗,原录像请戳这里

自身同一也是一个借助视觉的人,同样我也喜欢在可视化的角度去干活,Xcode可以变得比现在越发的可视化,不仅仅是在集体Nibs和StoryBoard上边,Xcode还足以可视化的做过多的工作,举个栗子,可视化的操控UI元素,我更欣赏在Nibs下做这个工作,我不以为那种方法(使用Nibs)会被淡化,因为我以为苹果并从未花太多的想法在融洽的开发工具上,它或许只给了支付需求利用的最少功效,尤其在与任何的IDE相比较起来的时候,我期望Xcode在将来会变得更其的可视化

Tammy Coron

额,我已经有两三年从未去做大型项目了,当自己照旧记得这时候的伤痛,比如去处理千丝万缕的结构体,固然完全使用code来做的花色,要去处理那样那样的结构体也是一件非凡勤奋的作业,其实自己也一律是一个看重于视觉的人,不过我并不想在Xcode上边以可视化的花样来做项目,我更欣赏在PhotoShop或者Sketch上边去做那几个业务,做一个优质的coder,你无法不要清楚各样东西,这是一个view那是一个button,这几个是否尤其的利落等等,那就是为什么自己打开Xcode的时候,我期待我的首先个视图是一个空白的沙盘
在我的上一个品类当中,我在一个很小的局地行使了NavigationController,可是我添加的是本身自定义的一个NavigationController,那是一个自定义度很高的一个app,在那几个类型里面,我一心看不出何地可以采用StoryBoard,我都是用代码把任何搞定,极度的粗略,而且可以很好的重用它们,我做的都是自定义度很高的app,唯一一个使用到的视图模板就只有tableview

Felipe Laso Marsetti

英文:raywenderlich
译文:伯乐在线专栏撰稿人 – 陆熠十四 翻译
链接:http://ios.jobbole.com/88119/

Felipe Laso Marsetti

Tammy Coron

Raywenderlich

OK!看来各位半数以上都是选用了StoryBoard

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才是王道

讨论

Tammy Coron

Raywenderlich

StoryBoard

Matthijs Hollemans

Cesare Rocchi

code是丰硕清晰直观的,你可以写完事后马上运行,然后得出运行结果,你不需求浓密到6个不等的属性编辑器当中,来搞驾驭这一个变量属性等等是什么被安装的
说到底一点我想要说的是,Interface
Builder背后的理念是格外不错的,那个意见是想要让设计师选拔来设计UI,不管是Nibs仍旧StoryBoard都会让你直观的收看您的app长什么体统,似乎在有些时候,你不须求有一个填写着数量的tableview,作为一个设计师,根本就不会需求一个填写着真实数据的tableview,设计师只想要知道app看起来何等,那不仅仅是一个给设计师的工具,愈来愈多的是给那个不想写太多代码的coder,That’s
all

当听见她(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

知晓code确实很有须求,一大半人在做iOS开发的时候不领悟语言背后的部分规律,那也许会招致局地不当,或是内存走漏等等,同样的情景也会在利用StoryBoard或者是Nibs的时候发出,纵然选取这几个工具开发起来会万分的便宜,可是一旦您不晓得背后的代码原理,你可能会在debug的时候遇到困难

红衣大叔

无论是你喜不喜欢,autolayout会始终存在着,大家将会有分裂尺寸的设备亟需去适配,苹果平板mini、Motorola4、4s、GALAXY Tabretina,autolayout可以援助我们去落成那一个适配,Nin与StoryBoard都可以让您可视化的去行使autolayout,你可以充足直观的在屏幕上拓展布局,可是要是去行使code,那将会是一件尤其麻烦的工作
动用StoryBoard在debug的时候你可以万分直观的看看,在Xcode5上,你可以预览自己的布局,一旦您转移布局约束,改变设备的尺码,你可以及时就看看结果,假诺您使用code,你就只可以debug、run、debug、run,非凡的麻烦;就个人而言,我也不是特其他喜欢autolayout,即使在Xcode5与iOS7自此有所改革,但照旧不是很好用,那几个我们鞭长莫及,不过无论怎样,使用Interface
Builder会好过使用code

Raywenderlich

Felipe Laso Marsetti

您可以只是是nibs来构建一个StoryBoard,就好像你哪些收拾自己的花色同样,然而本人一筹莫展想像自己可以像使用Nibs那样去选拔StoryBoard,说实话其实我并没有怎么利用过StoryBoard,所以自己对于StoryBoard的一大半观点都很牵强XD

Raywenderlich

Felipe Laso Marsetti

Felipe Laso Marsetti

Matthijs Hollemans

So,Felipe你是这里最年轻的分子,你也极度欣赏僵尸,你有哪些看法?

Raywenderlich

因为StoryBoard可以更好的田间管理你的视图,当用户在app里进来视图与重回视图,你的控制器就是一个scene,所以你可以进一步可视化的看待这个,你可以通晓的了解自己会被带到那边去,自定义的view是单独的有的,你可以利用一个nib成立一个自定义的view,然后重用非凡频仍,同样要记住,StoryBoard允许你重用你的控制器而不用在StoryBoard里面重复的去创造那些,你居然足以选取code来创建,你不应有被界定到那里面去,当您结合nibs去行使StoryBoard的时候会愈加的理想

Brian Moakley

额,在autolayout出现之前我会同意那一个视角,尽管让我对Interface
Builder举办打分(10分制),在过去我会给6分,当autolayout出现未来就唯有3分了,我特意害怕在Xcode4.6下面举行工作,autolayout尝试着将有着的事物混合在联名,造成的情事就是您在界面下边不成问题,不过在普通状态下那不是您想要的,你或许是想要让你的视图更小或者是其他;我不得不认可autolayout在Xcode5之后有所改革,但自我对此并不是很感兴趣

Matthijs Hollemans

Felipe Laso Marsetti

我同样也不是autolayout的狂热粉丝,我会尽量的将autolayout关闭掉,我在一些类型方面用过autolayout,但本身对autolayout提不起兴趣,你还是能行使Nib而不去行使autolayout,所以自己觉得她的实证是行不通的,抱歉XD

一个很好的尝尝StoryBoard的说辞就是接纳StoryBoard可以动态调节尺寸来适应不相同的装置,而autolayout将会是最好的解决方案

此地有一个很好的例子,我二零一八年接手了一个项目,包涵了五六十个ViewController,并且有一大堆的nibs,在自己起来进献代码此前我不得不去浓厚其中去研讨这几个事物,因为这几个体系不是自家写的,这一个类型早就做了1-2年了,在刚先河的多少个月我一心迷失在那几个体系里面,我只得去搞精晓这么些nib文件之间的关联,那事实上是不行困难
而是只要自己有一个StoryBoard,那么一切都将会清晰明了,那会省掉不可计数的时刻;所以你应当至少使用StoryBoard来创立app的布局,然后再去具体的打造一些自定义的酷炫UI,选拔擅自一种你欢畅的法门;当您接手一个大型项目标时候StoryBoard确实会帮您大忙

StoryBoard

Cesare Rocchi

自身也一律是StoryBoard

代码手写UI,xib和StoryBoard间的对弈,以及Interface Builder的有的小技巧
http://t.cn/8kdcjt6

Raywenderlich

这是一个值得探讨的地点,主旨的题目是,不管你喜不喜欢,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

Raywenderlich

Tammy Coron

是的的实证,有一点自己不住听到的就是,使用可视化的User Interface
Designer,你能够幸免更加多的代码,可以减小bug,你们怎么对待那一个看法?

Raywenderlich

Chris Wagner

红衣小叔

Cesare Rocchi

在Nibs或者是StoryBoard中动用autolayout是更加好领会的,使用code来写约束很不难,不过大部分时候都没有意思,不过倘诺你在Interface
Builder里面做那几个,它会告诉您哪些的封锁是有意义的,它会报告您何地应该加约束,哪儿不应当加;在Nibs或者StoryBoard里面做这么些要比接纳code更好

前言

Tammy Coron

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

额,我格外欣赏Nibs,所以我会拔取Nibs,可是只要要我在Nibs和code间做一个抉择,我会选择code,因为code可以做其余工作

Cesare Rocchi

我们都领悟使用StoryBoard可以格外不难的做出一个概括的行使,在AppStore当中80%的选用都是属于简单利用,有这么些的开发者都是业余的,包蕴自我也是,我只是想出了相当好的idea,但不必然要做出越发棒的app,我想StoryBoard就是为这几个人准备的
Chris Wagner

那是很好的一些

总结

Cesare Rocchi

Raywenderlich

Cesare Rocchi

Felipe Laso Marsetti

先是,code是越发清晰直观的,你可以一贯瞧着代码,你不要求开拓愚昧的Nib文件,并且不要深远切磋然后找出部分繁杂因素到底关联了如故不曾涉嫌,这么些都很傻;当您在支付一个大型项目的时候那种方法分外的有用;当自家从一个crazy
guy那里接手一个品类,那个连串是用StoryBoard或者Nibs做的,最终我会用code重写所用的事物,你可以在StoryBoard或者Nibs设置好所有东西,然而最终你可以用代码重写所有的景观;比如您在一个nib文件之中安装了一个lable,当您运行那一个app的时候这些lable看起来与您设置的不太一样,那是因为此外一个人在事后添加了一行代码改变了卓殊lable的特性

非常科学的眼光,现在轮到最终一个人发言了,Felipe该你上了

StoryBoard

iOS7给了大家各个各类的机会去尝尝StoryBoard,甚至是Nibs,假若你拒绝利用StoryBoard,可能因为你现在会选取一种截然分歧于与往年的措施来创制app;既然您现在有一个机遇来解脱原来那么麻烦的支出进度还要尝试新的工具以及使用iOS7带动的全新UI,为啥不试一下呢?

Felipe Laso Marsetti

从未有过要求问我

Matthijs Hollemans

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

Matthijs Hollemans

本人也得以经过瞅着品种的领航部分来治本自己的品种,那是本身的率先个视图,那是自我的第二个视图,等等,我必要找到一个很好的说辞让我去行使StoryBoard,我同意关于StoryBoard就是前景的看法,不管我们喜不喜欢,autolayout就是鹏程的倾向,不过我的确很难喜欢上StoryBoard

StoryBoard让自家感觉劳苦的是,你只可以在团结的app上边创建自定义views,为何自己要浪费时间去行使StoryBoard,我用Nibs就可以完全搞定了

那里有一个很好的事例来验证清楚code的点子很重大,有诸三人平常会问一些题材就是怎么我的视图不能切换、为啥dataSource不起成效等等,知道如何利用code会很好的扶持你解决那一个题目,一旦你领悟怎么样接纳code,这您使用StoryBoard或者是Nibs将会是如虎傅翼,知道code确实非常的机要

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

Felipe Laso Marsetti

Ray Wenderlich

额,确实,这一块对她们而言并不是很紧要,他们即便给了开发者appstore,可是即使他们的确很尊重这一块,他们相应会给我们越来越多更有效的工具

本人参预的项目具有百万行的代码,几百个视图,我不晓得我们是还是不是须要去选用StoryBoard,但是我会去品味一下,你说的很科学

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

Raywenderlich

Raywenderlich

司机

Awsome!相当棒的见识!So,接下去每个人都有一个时机为团结的理念展开辩解,那么,Cesare你有何要说的啊?

额,我就是一个僵尸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文件以及你的代码,僵尸赢了

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

Felipe Laso Marsetti

红衣大爷

Felipe Laso Marsetti

Code

额,当你看着nib文件的时候,你并不必要过多的去关切那么多的属性,它们是怎么设置的以及它们怎么样的涉及,当您使用nib工作的时候,你只需求将你的psd文件处理未来放到nib文件之中,那样您一贯就足以观看效果,然后你再去关联代码,我想说的是应用nib一切都极度的敏捷
我可以在app已毕将来深刻到framework里面,在尤其有限的光阴里面,在那之中没有代码,唯有可视化的因素,那样就足以很快的深深到screen里,去看您的app是如何连接的,然后再去处理自己的代码;不过如果你把所有都用代码来做将会很是的累赘,要去设置如此那样的性质,oh
my
god,简直无聊死了,根本就是在浪费时间;我看不惯使用StoryBoard,使用StoryBoard的人就好像僵尸一样,一个big
boy不该去行使StoryBoard,额,反正自己就是不爱好XD

额,首先,借使当您想要合并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!

So,Cesare说使用code会让他的工作功用更高,Tammy你有啥要说的吗?

Raywenderlich

Ok!现在大家都在线,感谢各位的赶来,后天大家会有一个谈论关于iOS开发的钻探,是选项Storyboards、Nib仍旧Code,大家有三个志愿者,Cesare
Rocchi代表的是“Code爱好者”,Tammy Coron 代表的是“Nib爱好者”,Felipe
Laso 马尔斯(Mars)etti代表的是“StoryBoard爱好者”,大家将从Cesare Rocchi起先

就小编个人而言,三种方法本身都尝试过,个人更偏爱接纳code,当然依据分化的景色我会结合各自的优点举办付出;如上所述,StoryBoard是鹏程,纵然还有不够周到的地点,可是相信苹果会将其做的尤为好,
StoryBorad也会逐步显示出它的魅力

看来,我认为Nibs是最好的方案,更加是对于有创立力的人,知道Nibs背后的代码原理是要求的,可是你干吗要去浪费时间去跟代码较劲,Nibs卓殊的无敌;至于Story
Board,我无能为力像对待VB那样对待它,它就如僵尸一样(可能是异类的意趣)(Tammy后边说了一个僵尸吃大脑的笑话,听得不是很懂就没翻译了)

StoryBoard

Felipe Laso Marsetti

Brian Moakley

Felipe Laso Marsetti

大家谈谈了autolayout,钻探了StoryBoard,并且现在认为它们就是前景,不过,一年之后,大家或许又会说其余的事物是以后,所以,我们理应重新考虑我们的app到底是怎么运行的,知道那个新技巧真正很不利,可以拉长大家的工作功效,可是自己想,领悟怎么样使用code来成功具有业务是很精明的

Cesare Rocchi

做iOS开发的童鞋都应有会纠结一个问题,那就是在做开发的时候是应用StoryBoard依旧利用Nibs又或者是Code(纯代码流)呢?作者也不行纠结那几个问题,明日碰巧在raywenderlich上面看到了多少个大神之间的撕逼,哦不,琢磨之后,感觉获得累累,于是就将他们谈谈的始末整理翻译了一下,如有不当之处,还请多多包涵,原视频请戳那里
http://t.cn/zRAb4NF

从自我的经历无法通晓在客户端合营开发的时候会发出哪些,不过你收获一个Photoshop文件,你拿走一个须求文档,然后对你说那就是app要看起来的楷模,然后视图A到视图B是怎样的,视图B到视图C又是何等的,把那几个做出来,告诉您定期,然后拜拜
额,你利用code或者Nibs来做会很酷,可是你可以选取StoryBoard来做那个东西,就终于极度复杂的UI也可以完毕;在自家的公司内部,常常会有自定义UI的必要,大家恐怕须要接纳至极多的工具,包蕴code甚至是PaintCode,以及任何可以转移可视化的UI的工具,Nibs或者是StoryBoard,可以利用StroyBoard我会分外的愉悦,可以见见自己使用了StoryBoard完结了一个有一个的天职

OK!And Tammy?

苔米(Tammy),Cesare很反感autolayout,你有啥想说的啊?

展开阅读

设若您把富有的东西都位居StoryBoard里面,你就必要三次性的弄明白这一大堆的东西,我觉着像Nibs那么被划分会更好,允许你使用segue来连接其余事物,你应当每回只处理一个屏幕,那样更兼容你的Xcode窗口大小,但是StoryBoard占用了太大的空中

Raywenderlich

Awsome!Felipe?

Tammy Coron

红衣岳丈

Tammy Coron

相关文章