遇见了新的人,也不再是他青年时所见的

前言

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

图片 1

公元1080年底一,西汉都城日本东京上空彤云密布,纷纷扬扬的雪花,被朔风卷入沉浸在深刻节日氛围中的京城。

讨论

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、vivo4、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那样对待它,它就像僵尸一样(可能是异类的趣味)(苔米后面说了一个僵尸吃大脑的嘲笑,听得不是很懂就没翻译了)

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,╮(╯▽╰)╭

2017你好!

时年44岁,因“乌台诗案”被捕入狱达一百三十天的苏子瞻,遍体鳞伤地走出“乌台”黑狱,在三儿子苏迈的伴随下,于漫天风雪中离开迪拜,踏上被贬往黄州的行程。

总结

就笔者个人而言,两种艺术本身都品尝过,个人更偏爱采纳code,当然依照不同的情景我会结合各自的亮点举办开发;如上所述,StoryBoard是前景,虽然还有不够完善的地点,但是相信苹果会将其做的更是好,
StoryBorad也会日渐呈现出它的魅力

又是新的一年,这一年你开头制订新的计划了呢?这一年想看的风景你看了吧?这一年喜欢的人你表白了啊?

二十三年前,苏子瞻随父进京应试,“天地的遭受”,他遇见了欧阳文忠,名列第二,贡士及第,以才气纵横而名动京师。

拓展阅读

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

时光滴滴答答流转着,青春仿佛渐渐远去,2016年本身走的不快,却尚无停下,这一换了新的工作,遇见了新的人,这一年发生了巨额的事,好的坏的,经过的自己都一笑而过。

从喜气洋洋的科场奇才,到落寞失意的戴罪犯官,朝野风雨凋零,他不再是这儿分外风华少年,眼中看到的,也不再是她青年时所见的“平和社会风气”。

先河一发喜欢一个人安静的独处,喜欢在安静的空间里思考人生,碰到了众多事,看清了累累人。感谢经历使我们变得尤其的老道,淡定。

眼看的黄州天高地远,一路走来,从光州翻越大别山,遥望烟笼青山,额尔齐斯河如练,梅花飘零,他无能为力预见等待自己的将是哪些的小运。

自身像是被一个雷电惊雷劈成了一半枯萎朽木,然后恍然大悟,了然了全体。在生命的流波了,我站在这岸,看着来来往往的过客,努力怜惜,即便她们像河水一样日益的走来,又逐步的远去。

他不亮堂,在那一片萧索之地上,摆脱人世间所有浮躁与引发的他,在经受锻练后,终将收获终极的聪明,心如止水,悟彻天地。

2017冬至节的鞭炮声已经敲响了新的歌词,新年曾经闭幕,但这是长大以来玩得最喜笑颜开的的光阴和莉姐,斌斌一起去两院摘草莓。那么小小的她提着小篮子穿着小小的的帆布鞋,屁颠屁颠的走在大家前面,总是用稚嫩的话语和我们有一搭没一搭的维系着,我们早就回不去的孩提,他们正在经历着,我们是恒久无法揣摩孩童们的社会风气,他们的表现都洋溢着知足感,夹带着天真无邪。

初到黄州的苏东坡,一时从不落脚处,定慧院的方丈把一间尘封已久的小房子借给他。

深夜和D五个人在K电视机里听着音乐聊往过去,谁的年少没有疯狂,不曾对外人痴迷,只是透过的追思都谱写成了故事,这是人生中最美好的仙逝。这也是抚今追昔里最甜蜜的微笑。不管好的坏的都会化为历史。过了很久,有同学告知我,你还记得这什么人吗?他暗恋了你或多或少年。不过我一度不记得当时的情况,因为懵懂,所有的喜欢都会镶上隐约可见的美,可大家有何人还会记得当时的面相吧?

她在给李端叔的信中说:自从被贬来到黄州后,基本和外围断绝了往返,只可以寄情于景象,与渔樵一起厮混,没有人知晓自己是何人。平生亲友,没有一人写信慰问,虽然我写信给他们,也收不到任何回信。

曾经喜欢的人咱们会大声表白,会大胆的求偶。可现近期还有这份年少的扼腕呢?至少现在自己连想恋爱的痛感都已没有了,固然遇见喜欢的人也只会默默的看着她,和她寒暄。

感知自己的人命犹如旋风中的羽毛,傍晚梦醒之时,在凄惨压抑与思无所归的心情中,他写下了内心深处的幽独:“拣尽寒枝不肯栖,寂寞沙洲冷。”

日前本人直接在怀恋过去,是团结老了?依然身边的爱人都先导成家立业,听了太五人的催促?我不恐惧老去的这天,不过我会更加害怕自己至亲至爱的人各样离开大家身边。我害怕那一天会哭到崩溃,我恐惧答应他们的我做不到。恋爱结婚生子,看似简单的经历,我尚未认真想过去到场,人生很短,遭遇了那些人就完美无缺珍贵,好好的活着,因为什么种人生都是一种选取,我更不会因为身边的同桌朋友都逐一结了婚而大喜大悲,而动摇得心慌,我就是自个儿,独自盛开的熟食。

在定慧院,天天都能听见隔壁安国寺里传出的晨钟暮鼓。苏东坡走进安国寺,结识了寺里的方丈继连和尚。

2017
我要做一个身心愉悦的人,乐观,积极,有梦想,有梦想,有健康,有珍重,有心上人,有属于自己的一片晴天。

而后,每隔几日他便去安国寺,除与继连谈禅、下棋外,还会念佛经、读禅义,在困境中,生活渐渐变得有了看头。

2017乃至更遥远的时光岁月里,我只想找一人,一起看烟花绽放,年复一年。

“焚香默坐,深自省察,则物我相忘”,随着禅宗随缘自适人生态度的深透、老庄超逸无为思想的复归,身处下坡的苏文忠,内心日趋安宁沉静。

鉴于铁景逸SUV人到黄州只是挂名,没有实际收入。为了缓解其在世上的泥坑,都尉徐君猷把城内一块荒地,交给苏子瞻无偿耕种。这是一片无名高地,因为身处城东,苏东坡便以“东坡”命名,自称为“东坡居士”。

公元1081年,铁安德推人先导了祥和的农耕生涯,他脱下文人的袍子,穿上老乡的短褂,买来了牛、镰刀、锄头等。在那块布满荆棘瓦砾的荒地上,烧掉枯草,开荒播种。

诸多时候,他会在田间地头、山野集市,追着农家、商贩等聊天说笑。

日暮时分,劳作归来,过城门时守城的大兵都知晓这位老农是一位大文人,但不知为啥沦落至此。有时我们会嘲讽他几句,他老是神情自若,笑而不语。

林语堂说:“像苏文忠这样的人物,是江湖不可无一,难能有二的。他的毕生是欣欣自得,深得其乐,忧患来临,一笑置之。”

他追求的不是自豪物外,而是用穷达融通的从容风度对待生活的噩运,努力营造一种氛围,给协调一点幽默感、一个微笑,用人间的温和,排解心中的苦恼,享受大自然丰饶的赏赐和每一个光景带来的心潮澎湃。

北周时的高贵阶层只吃牛羊肉,不屑于吃猪肉,黄州时的铁索罗德人穷的叮当响,想解馋,只可以吃“贱如泥”的猪肉,他经过反复试验,不仅表明了“东坡肉”,还将经历写入《猪肉颂》中。

有四次苏轼和朋友半夜跑到“东坡”喝酒,没有下酒菜,他便“忽悠”一位小青年将自我的病牛宰了,烤着牛肉喝酒,喝得酩酊大醉时于半夜翻墙爬入城门。

再有一遍,他头上顶着一个大西瓜在田地里边走边唱,一个七十多岁的老祖母对他说:“你过去是朝廷的大官,现在推断,是不是像一场春梦?”

此后铁奥德赛人就称那位老曾外祖母“春梦婆”。

在黄州,他把团结成为一个农民,努力融入当地人的生存,去探究书写自己的新点子。

神州太古的文人军机章京阶层讲求:“谈笑有学者,往来无白丁。”苏文忠说自己:“上可陪玉皇大帝,下可以陪卑田院乞儿,眼前见天下无一糟糕人。”

“满足不辱,知止不殆”,他把士人的两种处世态度用一种价值尺度予以整合,以周边的审美眼光去接受大千世界,所以凡物皆有低度,一步步超脱内心的迷离。

这会儿的苏仙,逐步远离忧伤愤懑,变得越来越宽容和温暖,这是一种可以笑纳一切的明朗。

由于城外的“东坡”属于官地,期间他坚守朋友的指出,前往沙湖购买属于自己的土地。走到路上上,突然到来的冰暴从天而降,身边的人都手忙脚乱奔逃。

直面大自然须臾间的风云变幻,他泰然处之,吟咏自若地行进在雨中。不一会雨过天晴,在强烈变动的阴晴里,他若有所思,回来后写出了流传千古的《定风波》:

莫听穿林打叶声,何妨吟啸且徐行。竹杖芒鞋轻胜马,谁怕?一蓑烟雨任平生。料峭春风吹酒醒,微冷,山头斜照却相迎。回首从来萧瑟处,归去,也无风雨也无晴。

人间的风雨沧桑、自然的各个各类变型,人生的升降、心思的忧乐,都被吸收进苏仙的性命里。

他用超然的心坎表明出外物不足萦怀的人生态度,在困窘的山谷,得到了重生。

时至明日,他脱胎换骨,自我突围成功,醒醉全无、无忧无喜,回归于朴素和空灵,疏狂浪漫、倾荡磊落如天风海雨。

当苏仙用自己从容的生命忘情地投入黄州这片博大辽阔的土地时,演绎出了文艺和艺术史上最系数的历史传奇。

公元1082年,七月十六的十月之夜,清风在江面上缓慢吹来,水面平静无波,月光如水,苏文忠与几位好友驾一页扁舟,至赤壁以下饮酒赏月。

世界之间一片宁静,人世间拥有的喧哗都退场了,只剩余了月光水色,还有这临江的赤壁。

那一晚,他协调的身形,还有那一叶扁舟,都显得那么渺小,面对清风明月,置身于天光水色之间,铁RAV4人挥毫写下了《前赤壁赋》。

“……且夫天地之间,物各有主,苟非吾之富有,虽一毫而莫取。惟江上之清风,与山间之明月,耳得之而为声,目遇之而质地,取之无禁,用之不竭,是造物者之无尽藏也,而我与子之所共适。”

她的空灵旷达,在深度和广度上都已抵达生命的终端。他的动静越过苍茫万顷的江面,萦绕千载,余音不绝。

万古长空,一朝风月。此一刹那已是永恒。

暮秋的一个深秋之夜,铁安德拉人和爱人在东坡雪堂开怀畅饮,醉后返归临皋住所,没想家僮已然入睡,敲门半天不应。他独立来到江边,听着江涛汹涌,不禁思潮起伏,吟出了《临江仙·夜归临皋》:

夜饮东坡醒复醉,归来仿佛三更。家童鼻息已雷鸣。敲门都不应,倚杖听江声。**长恨此身非本人有,几时忘却营营。夜阑风静縠纹平。小舟从此逝,江海寄余生。**

苏东坡一直很敬佩陶潜,曾写过一首诗,说陶潜是她的前身。

或许他一贯渴望有那么说话可以“江海寄余生”,但他很容易接受达观的做人态度,真正能脱出他的,如故立刻的活着。

四月十五他和恋人重游赤壁,又写下了《后赤壁赋》。同年创作的还有《念奴娇·赤壁怀古》和被誉为“天下第三仿宋”的《寒食帖》。

在章程模式的抒发上,他说:“我书意造本不可能,点画信手烦推求。”又说:“天真烂漫是吾师。”

经验了命局的跌宕起伏,他的词作及书法皆超越时空与边界,随心而动,随意而行,达至自然界的生命节奏,进入了自由天真的境地。

公元1084年十月首,朝廷来了旨意,把苏文忠的谪居地由黄州调到汝州。

“身行万里半天下,僧卧一庵初白头。”

好像宿命一般,十三年前他对团结一身沉浮、漂泊无定的感慨,又一回验证在了他自己身上。

临行前,在街坊和爱人为她送行的席面上,苏仙写下了《满庭芳·归去来兮》:

归去来兮,吾归何地……仍传语,江南老人,时与晒渔蓑。

从初到黄州时的悲痛,到即将撤离时的风流,是苏轼与黄州互相兼容,互相成全的经过。

对苏东坡来说,黄州是她证悟涅槃、浴火重生的净土;对黄州而言,苏轼不再是一个可有可无的园地过客。

人生的进退,往往包含着不同的变数。

苏子瞻从成名时的万众瞩目,到被命局夺走一切之后的一筹莫展,经历大起大落之后,于彻底的困窘之中,创作出载入史册的小说,将他生平的坎坷与智慧传授给了子孙,成为许多后来者前进的指点。

在这些角度而言,他得以雄视千年,为西楚代言。

这,或许是运气另一种办法的互补。

相关文章