那些在学习iOS开发前就应该知道的事（part 2）
英文原文：Things I wish I had known before starting iOS development—Part 2
http://www.cocoachina.com/ios/20150611/12111.html
如果你还没读这篇文章的第一部分，请先读完了再来看第二部分。
-
那些在学习iOS开发前就应该知道的事（part 1）：设计师设计出来了一个不错的引导界面，然而当我看到设计稿的时候，我们的app也没几天就要上线了……
在第一部分中，我讨论了学习iOS开发的一些基本问题。第二部分将更多地讨论一些实际问题，这些问题都是你在开发iOS应用时会遇到的。
Debugging
毋庸置疑，你在开发应用的过程中一定会遇到很多错误和异常。比如，你会遇到NSInvalidArgumentException，遇到NSInternalInconsistencyException，还会遇到“0xfaded322”这种错误代码。有时候你可以在Stack Overflow或Quora上找到答案，但大部分时候你得自力更生。
Xcode具有断点、视图调试和日志的功能，是debug的不二之选。但毕竟孤掌难鸣，你仍需为它找些得力的帮手。
1.Pony Debugger
square/PonyDebugger：PonyDebugger - 使用Chrome Developer Tools，为你的native iOS应用进行远程网络和数据调试。
square开发了这个强大的开源工具。它是一个远程调试工具，类似于客户端库和网关服务器的结合体。它在web浏览器上使用Chrome Developer Tools，对应用的网络流量和数据存储进行调试。作为一个强大的网络调试器，PonyDebugger允许用户实时查看应用的网络请求。它还有另一个酷酷的功能，就是可以远程调试iOS应用的核心数据栈。
2.Cocoa Lumberjack
CocoaLumberjack：CocoaLumberjack - 快速、简单，强大、灵活。它就是CocoaLumberjack， 一款好用的Mac和iOS日志框架。
CocoaLumberjack，它快速、简单，强大、灵活，是一款好用的Mac和iOS日志框架。如果你想找一款强大的日志工具，希望它具有自定义格式化这样的炫酷功能，那CocoaLumberjack就是你的菜。
3.Reveal App
Reveal：Reveal - iOS应用的runtime视图调试。
虽然视图调试已经被引入iOS，但Reveal无疑在调试的细节方面更加强大。它是收费应用，但绝对物有所值。它有一些非常好用的功能，如Auto Layout Inspection。
4.OHHTTPStubs
AliSoftware/OHHTTPStubs：OHHTTPStubs - 轻松stub你的网络请求。以虚拟网络数据测试你的应用，可自定义响应时间……
OHHTTPStubs库可以轻松stub你的网络请求。它可以帮助你：
-
使用伪造的网络数据（stubbed from file）测试你的应用，并模拟慢速网络以检查应用在网络不良情况下的表现。
-
从设备中获得伪造的网络数据，用于写单元测试。
数据存储
可能大多数应用都需要将各种任务的数据存储在本地。数据存储是一个复杂的话题。它有很多选择，每个选择都对应一种情况。但我很喜欢Stack Overflow上的一种法则，用它来选择数据存储方式就很不错。
-
若数据完全匹配内存且相对非结构化，则使用plist
-
若数据完全匹配内存且具有树状结构，则使用XML
-
若数据与内存不匹配且具有图形结构，同时应用不需要额外的查询能力，则使用Core Data
-
如果数据与内存不匹配且具有复杂结构，或应用需要关系数据库提供的强查询能力，则使用sqlite
-
如果数据必须保密（例如密码），则使用keychain。
下面列了一些数据存储方面的库，或许对大家有帮助。
FMDB
ccgus/fmdb：fmdb - 围绕SQLite建立的Cocoa / Objective-C的wrapper
如果你在项目中使用SQLite，此wrapper库会使你的工作变简单。
SSFKeychain
soffes/sskeychain：sskeychain - 简单的Objective-C wrapper，Mac和iOS上的keychain可以使用
要在应用中存储敏感数据，你必须时刻使用keychain。这个库可以简化使用keychain数据存储的过程。
Magical Record
Core data非常难于管理。而这个库可以让你舒爽地管理Core Data。
网络
要想让应用更有趣，你免不了要接入一些API。虽然iOS在对网络的支持方面表现良好，譬如它拥有NSURLSession、NSURLConnection和NSJSONSerialization，但我还是推荐你使用下面的库。
AFNetworking
AFNetworking：AFNetworking - 令人拍案叫绝的iOS和OS X网络框架。
我认为这是有史以来最好的iOS库之一，它的功能何止炫酷二字。但这些功能中最重要的或许是开发者社区，他们每天都在使用这个库，并为AFNetworking做出贡献。一些iPhone、iPad和Mac上最火的应用都是由AFNetworking提供的支持。
Restkit
RestKit/RestKit：RestKit是在iOS和OS X上使用和构建RESTful web资源的框架。
Restkit具有精心设计的API，访问和构建RESTful资源的过程如沐春风。如果你用core data进行数据存储、用rest service进行数据读取，那你的最佳选择就是它——与Core Data完美集成的Restkit。
Alamofire
Alamofire/Alamofire：Alamofire - Swift下精致的HTTP Networking。
哟哟切克闹，Swift粉们不要闹，煎饼果子来一套。下面就是为你们准备的东西了。Alamofire是一个精致的网络库，它具有一些Swift专享的强大功能。
你也可以在这里找到很多其他的库。
awesome-ios——精选的优质iOS生态系统，包括Objective-C和Swift项目。
依赖管理
我在前面的文章中提到过依赖管理，但重要的问题要说两遍！在这里我还要给它细细讲一发。在项目中，你主要有三种管理依赖的方式。
CocoaPods
CocoaPods.org：iOS和Mac项目的依赖管理器。
CocoaPods是Swift和Objective-C Cocoa项目的依赖管理器。它拥有将近一万个库，可以帮助你轻松扩大项目规模。要想管理Ruby Gems这种依赖，实践中最有效的方法就是它了。
谷歌开发者做了一个YouTube视频，解释了为什么要在你的项目中使用CocoaPods。小心笑尿。
点此观看视频：Route 85: An Introduction to CocoaPods
Github Submodules
你还可以使用git submodules，在项目中以sub repos形式管理依赖。子模块相对于Cocoapods的优势在于子模块也是sub-repos——这不仅是指git和git GUIs逐渐认可并更加支持它们，也意味着你的依赖可以将git repos和广阔的世界连接起来，而CocoaPods却不能。
但git submodules也有自己的问题：项目中没有那些你所依赖的代码的来源。它只是指向了子模块库。而大多数时间你根本不会去管这个库。
Carthage
Carthage/Carthage：Carthage - 简单、去中心化的Cocoa依赖管理器。
Carthage旨在为Cocoa应用提供最简单的框架添加方式。Carthage使用xcodebuild建立framework binaries，把整合工作留给了用户。CocoaPods的方法更简单易用，而Carthage的方法更灵活温和。
不幸的是，Carthage也有一个巨大缺陷——仅支持iOS 8及以上版本。
测试
大多数人一提到应用测试就会呵欠连连。但如果没有测试的话，说不巧哪天你的应用就突然崩溃了。发布应用时，你一定得先进行深度测试，保证用户得到最佳体验。
这里有很多测试框架，它们可以简化测试工作。
XCTest
XCTest是一个单元测试框架，包含在Xcode中。它支持把单元测试作为项目编译过程的一部分。XCTest与XCode高度整合，因此提供了持续整合支持和覆盖率测试这样的功能。
KIF
kif-framework/KIF：KIF - Keep It Functional - iOS功能测试框架
KIF是Keep It Functional的缩写。它由Square开源，是一款iOS一体化测试框架。它利用其可访问性——即系统让访问不能显示的应用成为可能，轻松实现了iOS应用的自动化。
Kiwi
kiwi-bdd/Kiwi：Kiwi - BDD for iOS
Kiwi是iOS开发的Behavior Driven Development库。其目标是提供一个安装和使用都非常简单的BDD库。
Quick
Quick/Quick：Quick - Swift （以及Objective-C）的测试框架。
Quick是Swift和Objective-C的一款行为驱动的开发框架。它由RSpec、Specta和Ginkgo开发。与Quick并肩战斗的是Nimble——一款为测试服务的匹配框架。
我尝试在本文中讲尽量多的技术问题。跳入iOS开发的大坑之后，你就能用得到上我说的这些东西了。关于iOS开发需要说的实在太多，所以在这儿我没有谈到营销之类的话题。如果你想看的话，那就等我的下一篇文章吧！
