基本想好了怎么写，并且也在这一周开始抽出时间兑现之前的预告。
首先，如果我们打进ASIHTTPRequest和NSURLConnection在baidu里面，大家可以立刻发现到CSDN gnicky的文章，这位前辈介绍了关于为什么我们需要选择ASIHTTPRequest而不是NSURLConnection。这位前辈其实把Stackoverflow里面的文章摘出来了一下（其实就第一段，后面两段，我已经不知道前辈的目的为何了），我们来看一下原文：Why should I prefer ASIHTTPRequest over NSURLConnection for downloading files from the web?。我发现是好几个人的答案的ctrlCV（那叫做归纳么！）
那我来归纳一下：一，ASI有更多的代理。二，ASI有更好的缓存机制。三，NS会出现数据溢出。四，没什么bug。五，由于封装，简单易用。
相比之下，另外有个以NS封装的包，叫做AFNetworking，ASI与的比较呢？
这里又有两篇文章：刺月舞星 和 高嘉峻。我们可以在高嘉峻前辈文章中看到，无论是代理的完整性，运行速度上，优化上，bug问题上，ASI都大大超越了AF。那为什么我们还要选择ASI呢？注意：读文章一定要看时间！（我就不说三次了，但这很重要！）
stack里的回答是4年前的，高嘉俊前辈的文章是13年的，刺月舞星的表格是14年的！
而在这几年里，IOS的原生进化，以及AF的版本更新已经大大改变了现在的格局。而ASI呢？早在11年，它就停止了更新。
那现在怎样呢？刺月舞星前辈显示了AF性能开始逐渐超越ASI的事实，而另外一边在Stackoverflow上，ASIHTTPRequest vs AFNetworking vs NSUrlRequest这里的问答也显示了AF的持续更新，和NS在IOS7上的进步和在SWIFT上的原理相似性。收到了更多同行们的支持。
我们看到，这里stack的回答是更新到14年的。所以，在言论上，已经倾向了AF。
但是，这不够。
做程序的时候，最重要的部分，是never just simply trust others before you try it！
那我们在下章就要开始对ASI和AF的实验了。
=======================这是来刷存在感的分割线======================
我总是觉得，一次性不要讲太多内容比较好，人总是先要记忆再消化的。但是，记忆是很奇妙的。擅长记专业的人不见得会对其他东西会有记忆。比方说我一个做了律师的小伙伴，法条案例背的各种熟，但是自己的事情，大家讨论过的事情就是记不住。往往明明昨天刚说过的东西，一觉睡完就忘光了。
“嘿嘿，幸好微信都有记录呢。”
“你脑容真的需要检查一下了。。。”
“你记住了不就好了嘛！”
“我又不是你的云盘！”
于是第二天又是类似的对话。。。
=======================这里是深夜食堂的分割线======================
下午喝一杯咖啡，真的是很惬意的事情，想来也知道当年Java的名字由来也是来自于咖啡。紧张的生活或许能做更多的工作。但是，往往放松反而是种激发灵感的方式。
