AppDelegate

学习总是一个循序渐进的过程，刚开始的时候知道的东西少，当遇到一个需求时会绞尽脑汁来想怎么来实现，而随着学习的不断深入，了解的东东越来越多，再遇到一个需求的时候总会瞬间有多个解决文案，这时候的问题就是选一个最佳的解决文案。好像扯远了，还是说说一直觉得不起眼没研究过的AppDelegate吧。
说没研究过也不对，像应用的起动过程，各个代理的执行顺序，注册推送事件获取推送信息，打开URL啥的，都反复研究过，这次要说的科幻用法主要是指：“delegate”。只是突然一下思路开阔的由感而发。下面开始:

AppDelegate *_sysDege = [[UIApplication sharedApplication] delegate];

这里的_sysDege就指向一个系统代理的指针，而且是每个app内置的，可以随时调用的哟，有了他就有了以下便利：
1.你可以很容易的拿到UINavigationController
写应用写的多了，为了后面view切换方便，经常会使用基于UINavigationController的结构。后来写着越来越科幻，在基于UINavigationController的view上，addSubview，结果add的view还要继续push，这时候已经没有UINavigationController了怎么办呢。好吧，我原来是直接搁全局变量的，没想到这个是可以直接拿到的，囧一个~
2.你可以直接使用AppDelegate声明的变量
拿到一个已经初始化好的类，里面的变量肯定也可以直接调用喽，回到以前不同view之间的变量传递话题，都有啥办法来着？

给第二个类声明一个delegate;
另外实现一个单例;
通过消息通知;
通过文件交换;
通过NSUserDefaults;
通过全局变量;
通过变量绑定;
通过Block;

e，好吧，我记得早先讨论这个传值问题的时候，我只知道三种方法，现在随便一说就八种了，而且加上今天要说的这个就是九种了，再囧一个~
3.调用一些全局函数
很多时候，我们一个方法，不仅这个类里要用到，那个类里也要用到，为了实现方便调用和统一管理，我们会把多次用的类写到一个单例里面，当然这个时候在管理上还是有一些混乱的：有的函数是公用的，放在哪个应用里都可以用;有些函数是只有这个app才会用。所以现在你知道怎么把这些函数分开了吧？
ok，上面的用法很方便哈，但是总不能每次调用的时候，都写那么个变量出来吧，很长很urgy，肯定要自定义一个宏了:

#define sysDege (AppDelegate *)[[UIApplication sharedApplication] delegate]