可借助画图工具绘制布局分析.PPT

登录功能（Md5加密） 拷贝Md5Utils工具类 登录逻辑处理 进入我的资产fragment登录逻辑判断放在onStart()生命周期方法中 因为oncreateView方法只会在创建fragment对象的时候执行,如果已经有了，不会执行，而onStart()在每次进入fragment界面的时候都会执行。 绘制整体代码结构图[3] 搭建代码整体结构 MainActivity的主布局分析绘制 Fragment的hide与show BaseActivity的抽取 –[放在抽取部分] 公共头布局的绘制 AppLication类与UIUtils类的编写 AppNetConfig统一接口请求配置常量类 AppManager统一actiivty栈管理 App程序当中的全局异常捕获 MainActivity的主布局分析绘制 根据绘制结构图，MainActivity=4个Fragment +底部tab控制栏 布局绘制技巧：权重的使用 Fragment的hide与show 为什么进行Fragment的切换，不选择使用replace()来代替fragment？ 每次切换的时候，Fragment都会重新实例化，重新加载一边数据，这样非常消耗性能和用户的数据流量。 所以通过切换时hide()，add()另一个Fragment；再次切换时，只需hide()当前，show()另一个, 这样就能做到多个Fragment切换不重新实例化。 BaseActivity的抽取 什么是抽取： 抽取:相同的行为做统一的实现,具体的行为细节做抽象定义。 BaseActivity的抽取： 将所有子类activity做的相同的事情抽取到baseActivity当中做统一实现，然后将不同的部分进行抽象实现。 公共头布局的绘制 为什么要绘制公共的头布局 通过效果图(项目演示),可以看到所有activity布局的头基本都是一样的，只有一些很小的部分不同，而这些不同的部分，完全可以通过代码设置解决掉，那么当每一个activity在绘制头布局的时候，只需要include同一个文件即可，而不需要在每一个activity所包含的布局内部再绘制一遍。 AppLication类与UIUtils类的编写 为什么需要这2个全局工具类,换言之，写这2个全部类有什么好处？ Application类里获取的Context,handler对象可以被当前Module里的任何类库引用到，而不必在需要用到的时候去new对象或者是通过构造传入。 Application类里获取的主线程和主线程Id对象可以在当前Module任意的地方，判断当前代码是否运行在主线程当中，或者将一段代码指定在主线程当中运行。 UIUtils:顾名思义，专门提供为处理一些UI相关的问题而创造的工具帮助类。 每当需要将xml对象转换成view对象、Dp与px的单位转换、获取valuse当中的XX资源等都可以放在这里边，进行统一获取，而避免了每次都写了几行重复的代码去获取结果。 AppNetConfig统一接口请求配置常量 编写AppNetConfig常量类，可以非常方便直观的查看以及管理App中所有发起的服务器请求信息，比如 服务器切换 开发阶段通常访问的都是测试服务器地址，而当开发完成,发包给测试人员测试的时候，就需要切换到正式服务器地址了。 具体某个接口的访问地址 当公司新来了XX开发人员,他想查看某个界面的数据信息是来自于哪个接口请求的时候，只需要知道有这么一个常量类，就非常简单了，而不需要去具体的activity当中去查找代码了。 AppManager统一actiivty栈管理 栈的概念: 堆栈,专业术语上说，它是一种运算受限的线性表,限制是仅允许在表的一端进行插入和删除运算，注意是一端。 这一端被称为栈顶，相对地，把另一端称为栈底。 通俗解释：可以认为是一个水缸,是有缸底的，无论是进水还是出水，都只能从一端进行。 特点:先进后出 App程序当中的全局异常捕获 认识UncaughtExceptionHandler UncaughtExceptionHandler接口用来捕获运行时未被程序 捕获异常.? 获取与设置系统默认未捕获异常处理器 获取:Thread.getDefaultUncaughtExceptionHandler(); 设置:Thread.setDefaultUncaughtExceptionHandler(this); 自定义实现类处理程序运行时的未捕获异常 设计单例 application当中注册 非主线程当中进行消息处理 首页模块 自定义Scrollview的伸缩回弹效果 viewpagerI