Checklist 七大纪律 八项注意——学习总结【荐】.xlsVIP

Sheet3 学习总结 侯军红原创 应用所用到字符串资源必须全部放在资源文件string.xml，便于资源管理和源码编译 代码中不允许出现魔法数字，复杂逻辑或关键接口部分须有注释 网络环境不好时，可以及时响应遥控器或鼠标的退出操作及焦点切换，不能卡在转圈等待不响应 应用开发过程中，如不依赖第三方apk请尽量保持一个apk，一个进程，减少apk间的交互及进程数目，易于后期应用管理和维护 低内存下，各应用的进程有可能会被kill，应用要保证后台服务或进程被Kill以后，再次启动能够正常运行 应用退出时无需后台运行的进程必须退出，及时释放内存 不用的资源（设备、图片、多媒体资源等）要回收，减少资源冲突 clienttype、projectId相关应用须重点关注clienttype、projectId的变更，一旦变更立即更新验证，避免阻碍软件发布，且要尽量优化脱离对clienttype、projectId的直接依赖 网络应用数据显示较多的页面建议添加预缓冲机制，提前获取数据，运行时快速加载显示 上传apk前一定要检查测试代码是否已删除 焦点之间的切换时间必须小于200ms，保持焦点的快速移动，提升应用流畅度 无特殊情况下，UI中的弹出框、Toast须使用公共控件接口，保持整体风格统一 量产以后的应用更新，提交记录需要描述详细的修改点及修改原因，相应代码加注释，已修改过的问题尽量不要反复出现 相同功能的代码保持一份，避免利用复制相同功能代码引出新函数，修改问题难同步 外部输入数据（包括接口传入、网络获取数据等）异常情况要处理，避免外部数据变化应用异常 魔法数字不能有，关键注释不能少 转圈等待需响应 数据异常要保护 焦点移动要顺畅 公共控件要使用 退出应用杀自己 字符串资源要管理 apk进程尽量少 多复用少复制 被kill需考虑 不用的资源要回收 测试代码要删除 提交记录要详细 网络数据预缓冲 clienttype需及时谨慎 概述 注解 7大纪律 序号 序号 概述 注解 8项注意 原创：侯军红 唐建秋 罗莎莎 刘剑威 李永照 何康 雷夏平 刘远凤 向树森 低内存下，各应用的进程有可能会被kill，应用要保证后台服务或进程被Kill以后，再次启动能够正常运行 防止内存溢出。图片、声音、视频占用资源多。 gcc 量产以后的应用更新，提交记录需要描述详细的修改点及修改原因，相应代码加注释，已修改过的问题尽量不要反复出现 魔法数字，比如 (1)、if(a10)； (2)、string name[255]; 程序代码中突然出现的数字； 带来问题：影响可读性、不方便维护和修改。 注意事项 1、定义成常量： static final int MAX_SIZE=10; static final int MAX_NAME_LEN=255; 2、需要添加注释的地方： 新类、类中非继承的函数、接口、算法和关键逻辑步骤。 通过定义application元素的“process”属性可以为所有组件指定一个不同的默认进程。 Android每个进程的内存使用限制一般为24MB的内存（内核配置），所以当完成一些很耗费内存的操作如处理高分辨率图片时，需要单独开一个进程来执行该操作。即便如此，开发者还是不要随意多开进程来耗费用户的资源。 一般在进行比较耗时的操作（比如上传、下载一张图片，加载大量数据等），为了提醒用户等待而设置转圈。 典型的场合：图形用户界面程序，需下载大量图片。（IceScreen一代中视频酷站） 1、获取外部数据或者调用接口，需要判断获取的数据正确性。确保接口异常不会导致应用自身异常。 2、需要考虑在没有网络或者没拿到接口传入的数据，做相应提示和处理。 1、使用try-catch。但要考虑效率。 2、判断数据为空或者为零。 3、用户可能解决的问题，可以提示用户如何解决。比如没联网。 1、注意代码效率，不能一概以catch处理异常。有时候可以判断空、或者判断正常数据范围就好了。 2、如果可能，catch后分类型处理相应异常，不要什么都不做。 1、界面切换流畅。 2、事件响应流畅。 3、焦点动画流畅。 1、界面切换流畅主要考虑布局优化和界面初始化迅速，耗时操作尽可能放线程操作，界面可以先出默认数据或者提示加载。 2、动画过程优化。数据后台异步加载。 1、及时检测网络状态，网络状态不好时直接提示用户，如果耗时操作在后台，尽量显示加载进度。 2、给用户提供取消操作选择，可以提供后台下载功能。 3、取消操作响应后注意线程终止的状态处理。 1、采用AsyncTask异步任务，主要是重载doInBackground()和onPostExecute(Result)两个方法。 2、子thread + handler。 1、面向接口编程。 2、优先使用对象组合（has-a），