1、4-2本应用没有使用多个activity进行界面的展示，而是通过一个activity管理多个fragment来进行处理。
fragment里面有很多坑，推荐使用开源库fragmentation。
2、引入fragmentation的依赖
3、因为这里的activity只是作为一个容器，所以我们叫它ProxyActivity,它继承自SupportActivity
注：supportActivity默认使用的是supportv7包中的appcompatactivity，
4、创建basefragment
因为不希望之后的使用者甚至是我们自己去new出它的实例，所以，这里以抽象类来声明它。这里会提供一个方法，让子类传入它的布局，可以是view，也可以是一个layout的id，既然是这样的话，就把它的类型声明为Object。这是写框架的一个小技巧，这也是抽象类的一个比较灵活的方式。
5、butterknife是一个视图注入的库，如果在每个fragment中使用它会有些麻烦，所以，索性在basefragment中统一进行处理。这里是在library中使用它，在liabrary中使用它需要注意一些事项。
首先引入所需要的依赖
在library中使用需要额外地添加如下的东西
同时，在library的module里面加上gradle的插件
注：butterknife的作用是生成R2这样的类，这个类是用来生成是否绑定我们所需要的view id，因为R,也就是Android的资源类，只能在module为application中被使用，butterknife又偏偏需要使用这样的id资源，那怎么办呢？大神开发了一个这样的插件，通过R生成相应的R2资源文件，那么在绑定的时候，就可以使用R2这样的方式来绑定资源id来访问它。
6、通过绑定视图后，强制子类实现方法onBindView()
7、在onDestroy（）方法中解除绑定
8、创建一个权限检查的中间层
9、创建以后真正使用的delegate，也是一个抽象类，并不打算以后让人直接使用
10、因为这个类需要被其它类继承，也不能直接使用，所以也使用abstract来修饰。
一般情况下用于容纳frame layout的布局都是framelayout，这里使用v7包中的ContentFrameLayout,
加载资源布局。
因为是单activity，所以在退出activity的时候，整个应用也就退出了，所以这里做一些垃圾回收的操作，当然，这两个方法不一定是一定执行的。
调用方法
创建资源id的类，这样Androidstudio会为我们关联好，而且绝对不会重复，
11、验证框架是否可用
创建delegate类.onBindView()是对每个控件进行操作，这里先不做处理
调用方式
运行结果：
也就是说我们的整个项目是一个单activity的项目，根fragment也就是deletefragment，这样整体机架就搭建完成了
