葡京在线开户Python资料汇集(建议收藏)

前言

召开iOS开发之童鞋都应该会纠结一个题目,那就是在举行开发的时光是行使StoryBoard还是以Nibs又或是Code(纯代码流)呢?笔者为要命纠结这个题目,今天正在raywenderlich上面看到了几乎独大神之间的撕逼,哦不,讨论后,感觉得到广大,于是就拿他们谈谈的始末整理翻译了瞬间,如发生不当之处,还伸手多包涵,原视频请戳这里

展开阅读

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

1.
StackOverflow,是疑难解答、bug排除必备网站,任何编程问题要第一时间到者网站搜索。

讨论

Ray Wenderlich

Ok!现在我们都在线,感谢各位的来到,今天咱们见面出一个座谈关于iOS开发之讨论,是拣Storyboards、Nib还是Code,我们发出三个志愿者,Cesare
Rocchi代表的凡“Code爱好者”,Tammy Coron 代表的凡“Nib爱好者”,Felipe
Laso Marsetti代表的是“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

Tammy,Cesare很反感autolayout,你生什么想说之呢?

Tammy Coron

自我同样为非是autolayout的狂热粉丝,我会尽量的将autolayout关闭掉,我以一些门类方面用过autolayout,但自我本着autolayout提不起兴趣,你仍可以采取Nib而未错过下autolayout,所以自己当他的论据是行不通的,抱歉XD

Raywenderlich

那么Felipe你是怎对autolayout的吧?

Felipe Laso Marsetti

凭你喜不喜欢,autolayout会始终在正在,我们拿会发例外尺寸的设备亟需去适配,iPad
mini、iPhone4、4s、iPad
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当中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,╮(╯▽╰)╭

1.3. scrapy爬虫神器的学问

总结

不怕笔者个人而言,三种植艺术本身还尝了,个人还偏爱采用code,当然根据不同之状况我会结合各自的亮点进行开发;如上所述,StoryBoard是未来,虽然还有不够全面之地方,但是相信苹果会将其做的进一步好,
StoryBorad也会见逐渐呈现出她的魅力

1.4 反爬虫知识。

  1. 笨方法学python,最被欢迎的python入门教程。边学边撸的课程。

1.2.
redis/mongo/mysql抵各种数据库知识。nosql和sql的知来差不多要就无须多说了。

其三、练手项目

http://old.sebug.net/paper/python/

季、视频教程。

1.5.谷唱歌开发人员工具。

4.
廖雪峰的python教程,重点讲述python和任何语言的不同,适合生外语言基础的情人。

  1. 数解析趋势。[使 Spark 和 D3.js 剖析航班非常数额]

转  IT老友

https://github.com/

整治汇总,内容包括长期必备、入门教程、练手项目、学习视频。

http://bbs.itheima.com/thread-336964-1-1.html

  1. python菜鸟教程。

2.
github,是源码学习、版本控制不可少的网站,找源码学习要第一时间到之网站,fork之后好维护。

如出一辙、长期必备。

4.
25只练手项目由易到难,代码量从几十执到几千执,在试行环境里保管可以全方位成功。

  1. Awesome Python 的中文翻译

1.
由写一个分布式爬虫。比如爬取知乎全站/头条全站/豆瓣全站等等,任何一个公想爬取的网站。完成以后获得如下技术。用爬虫项目练手实在能修多学问。

比如验证码辨识,javascript混淆和还原,加密和解密,ajax异步请求,更换代理ip等等。

https://stackoverflow.com/

  1. 简明python教程,简明是极要命之特色
  1. Awesome Python
    最全的python资源,没有之一,绝对不容错过的python资源全。

亚、入门教程

  1. python中文学习大本营http://www.pythondoc.com/

2.
人造智能方向,分别就此k近邻、svm、神经网络等各种机器上之艺术鉴别mnist。这是人工智能的入门项目。

https://github.com/vinta/awesome-python

https://github.com/jobbole/awesome-python-cn

  1. 伯乐在线网站http://python.jobbole.com/

http://www.360doc.com/content/16/0314/09/1513309\_542022647.shtml

1.1. http协商知识,能学会如何封装http请求包。