Android 有个 Application 的类，弄个子类继承它，就可以往里面放东西。最早我见到各种地方是拿它来取 context 的，后来我有一阵子把各种变量也放里面，但是后来发现就算是Application也还是会遇到被系统回收，所有变量清空重新初始化的情况，于是感觉这样用不太妥当。
后来想来想去，这东西也就是个取 context 的功用而已，我感觉连单例模式都不要用都行。
context其实就2类，1类是activity的context，就是给new alertdialog.builder用的，1类是context，随便都可以，View.inflate都是随便context都ok的。
01
public class MyApplication extends Application{
02
03
private static Context context;
04
05
public void onCreate(){
06
super.onCreate();
07
MyApplication.context = getApplicationContext();
08
}
09
10
public static Context getAppContext() {
11
return MyApplication.context;
12
}
13
}
给sqlite那部分类做参数用，其实我依然感觉这种做法很怪异，不舒服。如果有用 RoboGuice 的话，无论是 Activity 还是 Context ，是随便 @Inject 的，这种类似在Application子类弄个static变量，每次Activity onresume都设置一次该变量，之后取变量获取当前stack最上面的Activity，我最反感static变量然后到处set get了，反感副作用。
说到alertdialog需要用activity做参数就好2b，照例说你都用到activity了，那总该被该activity托管了吧，可是直接new alertdialog.builder(activity).show()出来的对话框，切换个屏幕位置直接死了料，必须得用showdialog，然后override oncreatedialog来return xxx.create()才可以被正确托管，无论切换屏幕重新oncreate activity，这个dialog还会在的，还有如果你用return xxx.show()，这时切换屏幕oncreate activity后，这个dialog会出现2次，omg
有时候感觉new alertdialog.builder本来不是普通java class应该做的事情，应该放到activity那层，感觉分层的话就该是这样，所以马马虎虎了。
