Let's play
Weather-Prefix.pch
增加 AFNetworking 到预编译头文件意味着框架将自动包含在所有项目的源文件中。
定制了一个极其简单的 web服务，返回JSON，XML，PLIST三种格式的天气数据
1. 获取JSON数据
展示_1
为了方便展示数据，添加的帮助分类（从 JSON 中拿出数据返回）
PS：本身拿数据是需要一层一层的拿，用了Category就将重复的操作统一化了
--- Don't repeat your self
NSDictionary+weather_package：
NSDictionary+weather：
展示_2
根据不同的section & row 去self.weather中拿数据
2. 获取PLIST数据
3. 获取XML数据 --- 需要用到NSXMLParser类，不过可以借助第三方库（Ono）
实现XMLParser的协议方法：
（1） 开始解析：
（2） 初始化相应属性：
（3） 发现新的XML元素：
（4） 出现结束元素
（5） 到达文件尾部 --- 再封装xmlWeather为NSDictionary感觉很多余，其实是为了与JSON和plist保持相同的数据结构
4. 增加图片 --- AF异步加载图片
AFHTTPSessionManager
5. clientTapped
（1） 实现delegate方法
AFHTTPSessionManager最佳实践
到现在为止，你已经在table view controller中直接调用了AFHTTPRequestOperation和AFHTTPSessionManager。实际上，大多数时候不是这样的，你的网络请求会跟某个web service或API相关。
AFHTTPSessionManager已经具备与web API通讯的所有内容。AFHTTPSessionManager在代码中已经把网络通讯部分做了解耦处理，让网络通讯的代码在整个工程中都可以重用。
下面是两个关于AFHTTPSessionManager最佳实践的指导：
1. 为每个web service创建一个子类。例如，如果你在写一个社交网络聚合器，那么可能就会有Twitter的一个子类，Facebook的一个子类，Instragram的一个子类等等。
2. 在AFHTTPSessionManager子类中，创建一个类方法，用来返回一个共享的单例，这将会节约资源并省去必要的对象创建。
当前，你的工程中还没有一个AFHTTPSessionManager的子类，下面就来创建一个吧。我们来处理一下，让代码清洁起来。
首先，在工程中创建一个新的文件：iOS Cocoa
命名为WeatherHTTPClient并让其继承自AFHTTPSessionManager.
你希望这个类做3件事情：
A： 执行HTTP请求
B： 当有新的可用天气数据时，回调delegate
C： 使用用户当前地理位置来获得准确的天气。
（1） 单例类
（2） VC delegate
Core Location manager delegate回调：
WeatherHTTPClient delegate回调：
调用流程：
点击API按钮 --> Core Location delegate回调 --> 单例初始化 WeatherHTTPClient（设置delegate）--> 调用更新位置&天气方法， GET网络请求 --> 成功，回调VC中更新数据方法，传递JSON（reloadTable） --> 失败，回调VC中错误方法（alertView）
AFNetworkActivityIndicatorManager
下载背景图片
（1） AFImageResponseSerializer
（2） 保存图片到本地目录
（3） 从本地目录拿图片
（4） 删除背景图片 --- 删除本地图片
Game review
（1） AFHTTPOperation 有 AF（JSON & PropertyList & XMLParser）ResponseSerializer 响应序列器用于解析结构化数据
（2） UIImageView+AFNetworking 快速填充 ImageView
（3） 自定义 AFHTTPSessionManager 子类访问 web services
（4） AFNetworkActivityIndicatorManager 增加用户体验
（5） AFHTTPOperation 的 AFImageResponseSerializer 加载图片
总结：
关于背景图片Animation部分值得后续学习了Core Animation的之后再来研究
虽然例子比较简单，但是整个程序都处理的干净利落，细节也做的特别好，有一些逻辑都设计的特别好。
引文：
