阅读底层库本篇文章介绍苹果系统iOS开发，和我八年以上的行业经验分享，跟建议。，在给大家分享这个操作之前，小编推荐大家加一下这个群：680565220！大家遇到啥问题都会在里面交流！而且分享十年开发经验牛人经验分享课一整套！是个非常好的学习交流地方！也有程序员大神给大家热心解答各种问题！很快满员了。欲进从速哦！等大家加入学习交流基地哦关于ios顺序而言
我是个热中于iOS平台的开辟者，最早开辟iOS app是在2009年中，事前计行动当作一个关于荷兰Lowlands音乐节的应用，当然最后没有完成，然则我学会了若何开辟一款iOS App。从那么尾，我想了很多值得做成应用的点子，有些还用博客记录上去。到了2010年，我做了一款供同伙间交换应用的论坛应用，我给它取名为‘Yert’。以后的2011年，我应用余暇工夫和我的叔叔(Jos Jong)还有兄弟(Jim van Zummeren)一路协作开辟了一款叫做EasyCalendar的应用，
这个应用给我们带来了不错的支出。在制造这款应用的过程中，我学到了很多。后来我又为Trifork开辟了iOS客户端，为The New Motion开辟了Love to load应用，还有一款为GeriMedia开辟的用于帮助大年夜夫记录本身任务工夫的应用Ysis Mobile。差点忘了，还有一款iPad应用：Learn to write with Tracy，这个应用主假定用来进修若何高效的为孩子们创作成心思的故事。
颁布发表完这一系列的app以后我又在不合的项目上专注苦干，当然终究没有颁布发表，然则每个项目都让我有所提高。接上去我就和下家分享一些开辟iOS app的贴士&身手，个中会触及我比来在用的对象，一些值得引荐的framework和一些颁布发表app的编制。
IDE：AppCode
起首要推的是我觉得最好的IDE：AppCode。我在我的博客中曾很详实的引见过它了，我觉得它是Objective-C世界中的IntelliJ。经过两年多的应用，我果断不移的觉得：假定开辟iOS app，AppCode是最好的IDE。当然Xcode也愈来愈好，然则我觉得照样不敌AppCode。事实AppCode好在哪里，建议大年夜大年夜家看看我之前写的博文。并且，假定你用过IntelliJ，我估计你可以知道我所指的那种好。因为IntelliJ相较于Eclipse的那些长处，正好就是Xcode所不及AppCode的方面。
AppCode不是Xcode的替代品，美尽是加强版。应用AppCode开辟的工程，在Xcode内是完全兼容的，可以随时切换到Xcode继续开辟。所以应用AppCode不存在风险可言。比如，当然AppCode中没有Interface Builder设计器，假定需要创建storyboard可以去Xcode，然后再切回AppCode编码。最首要的是，假定Xcode有甚么大年夜大年夜的更新或许针对开辟措辞有甚么新特点新变卦，几周以后AppCode就可以将这些变卦和特点集成。
依托关系办理：CocoaPods
下面说一说依托办理。坦白的说，和java应用开辟对比，iOS需要办理的依托关系平日不多。iOS的SDK本身所涵盖的内容曾相当丰富。然则假定你切当需要办理一些依托关系，那么狠恶引荐你应用CocoaPods。不只是iOS平台，包含Mac平台在内，CocoaPods都是一个相当受追捧的依托办理对象。
装配CocoaPods异常简单，只需要在终端对象中输入以下敕令：
Shell
1sudo gem install cocoapods
装配完成后，回到所开辟应用的Xcode工程目次，不才面创建一个文件，称号是PodFile：
Shell
1
2
platform:ios,"6.0"
pod'AFNetworking','2.0.2'
上述刻画内容暗示通知 CocoaPods，该工程需要引入一个针对iOS6版本的“AFNetworking”。假定所援引的framework所恳求的最低iOS兼容版本高于工程所设置的最低iOS兼容版本，CocoaPods会给出照顾的提示。
运转下面的敕令会主动获得要援引的framework并添加到工程中：
Shell
1pod install
CocoaPods会基于原本的工程MyCoolProject.xcodeproj创建一个称号为MyCoolProject.xcworkspace的workspace文件。后续的工程保护只需要翻开workspace文件便可，个中即包含了原本的工程文件同时又添加了所依托的framework。
还可以更简单一点
AppCode比来增加了对CocoaPods的撑持！可以经过过程AppCode来创建PodFile，完全可以丢弃终端敕令了。
系统内还没装配CocoaPods也没紧要，AppCode可以协助装配。不再需要去敕令行鼓捣“gem”了。
pods打哪来？
一切的pods都在Github：https://github.com/CocoaPods/Specs。可以fork也能够PR本身的pod。我提了几次PR，通俗在一天以内就会采取归并，有的时辰几个小时就完成了归并。
继续集成
通俗java开辟者都对比熟谙集成对象Jenkins。其实Jenkins也合用于Xcode工程。直接在Jenkins上装配iOS编译插件便可（.hpi插件点此下载），寄望Jenkins需要运转在Mac处事器上。
特点：
撑持CocoaPods
Code signing
打包
设备简单
其他的集成对象：
Xcode continuous integration，这个当然装配设备对比简单，然则我发现它有一些局限性。然则这是苹果官方撑持的集成对象。所以值得一试。
Travis CI，这是一个可以基于Github代码仓库来遏制在线集成的经营，异常撑持CocoaPods，不过我还没有效过。
颁布发表
在开辟iOS应用的过程中，必然是需要一些专业的测试或许是一些亲朋石友来验证应用。如何将应用颁布发表给这些人呢？除去苹果app store下面颁布发表，苹果本身供给了其他的颁布发表应用的计谋，比如“AD-HOC”。AD-HOC可以最多向100个设备授权应用应用，被授权的设备直接拜候app的地址URL便可遏制下载装配。具体来讲，可以简单的架设一个Apache处事器，将应用装配包ipa和需要的刻画信息集成在HTML页面中，然后安插在处事器上，接着便可以将相干下载页面的链接地址颁布发表出来供授权的设备下载装配。这类编制有一点对比费事，就是每次想要更新ipa，都得从头安插一次。
别的，测试人员在测试的过程中可以或许会碰着诸如app解体等状况，这时候辰开辟者最想获得的就是解体日记以便协助debug这些结果。最直接的做法是，让测试者将设备与itunes链接，然后从设备里拿到解体日记，再交给开辟者。即就是拿到了测试用户的解体日记，在iOS平台，还需要借助用户应用的装配包此刻在编译时所生成的dSYM文件，才调恢复解体日记的客栈信息。
总结一下具体的流程和法度：
将应用颁布发表给测试者
汇集解体日记
记得保管dSYM文件
TestFlight
此刻有在线处事来替代以上的复杂流程。我最后应用的是TestFlight
撑持iOS和安卓
将测试人员分组，例如不合组的人担负不合的app
为开辟者供给了便当的桌面客户端来上传 IPA和dSYM文件
供给SDK来主动化上传解体日记并且可以或许对其遏制分解
供给了一种机制，使得测试人员可以在应用内遏制直接反应
完全收费
当然，经过过程一段工夫的应用，照样发清楚了然一些TestFlight的缺点：解体日记不是很靠得住，有时辰在终端查不到曾生成的解体日记。别的，TestFlight网站也对比复杂，特别是想要注册成为测试者的话，全数注册流程很费事。
