Android开发技术文档.docxVIP

Android 开发最佳实践从/Futurice公司Android开发者中学到的经验。 遵循以下准则，避免重复发明轮子。若您对开发iOS或Windows Phone 有兴趣， 请看/futurice/ios-good-practicesiOS Good Practices?和?/futurice/win-client-dev-good-practicesWindows client Good Practices?这两篇文章。摘要使用 Gradle 和它推荐的工程结构把密码和敏感数据放在perties不要自己写 HTTP 客户端,使用Volley或OkHttp库使用Jackson库解析JSON数据避免使用Guava同时使用一些类库来避免65k method limit（一个Android程序中最多能执行65536个方法）使用 Fragments来呈现UI视图使用 Activities 只是为了管理 FragmentsLayout 布局是 XMLs代码，组织好它们在layoutout XMLs布局时，使用styles文件来避免使用重复的属性使用多个style文件来避免单一的一个大style文件保持你的colors.xml 简短DRY(不要重复自己)，只是定义调色板总是使用dimens.xml DRY(不要重复自己)，定义通用常数不要做一个深层次的ViewGroup在使用WebViews时避免在客户端做处理，当心内存泄露使用Robolectric单元测试，Robotium 做UI测试使用Genymotion 作为你的模拟器总是使用ProGuard 和 DexGuard混淆来项目Android SDK将你的Android SDK放在你的home目录或其他应用程序无关的位置。 当安装有些包含SDK的IDE的时候，可能会将SDK放在IDE同一目录下，当你需要升级（或重新安装）IDE或更换的IDE时，会非常麻烦。 此外，若果你的IDE是在普通用户，不是在root下运行，还要避免吧SDK放到一下需要sudo权限的系统级别目录下。构建系统你的默认编译环境应该是Gradle. Ant 有很多限制，也很冗余。使用Gradle，完成以下工作很方便：构建APP不同版本的变种制作简单类似脚本的任务管理和下载依赖自定义秘钥更多同时，Android Gradle插件作为新标准的构建系统正在被Google积极的开发。工程结构有两种流行的结构：老的Ant Eclipse ADT 工程结构，和新的Gradle Android Studio 工程结构， 你应该选择新的工程结构，如果你的工程还在使用老的结构，考虑放弃吧，将工程移植到新的结构。老的结构:old-structure├─ assets├─ libs├─ res├─ src│ └─ com/futurice/project├─ AndroidManifest.xml├─ build.gradle├─ perties└─ 新的结构new-structure├─ library-foobar├─ app│ ├─ libs│ ├─ src│ │ ├─ androidTest│ │ │ └─ java│ │ │ └─ com/futurice/project│ │ └─ main│ │ ├─ java│ │ │ └─ com/futurice/project│ │ ├─ res│ │ └─ AndroidManifest.xml│ ├─ build.gradle│ └─ ├─ build.gradle└─ settings.gradle主要的区别在于，新的结构明确的分开了source sets (main,androidTest)，Gradle的一个理念。 你可以做到，例如，添加源组‘paid’和‘free’在src中，这将成为您的应用程序的付费和免费的两种模式的源代码。你的项目引用第三方项目库时（例如，library-foobar），拥有一个顶级包名app从第三方库项目区分你的应用程序是非常有用的。 然后settings.gradle不断引用这些库项目，其中app/build.gradle可以引用。Gradle 配置常用结构?参考Googles guide on Gradle for Android小任务?除了(shell, Python, Perl, etc)这些脚本语言，你也可以使用Gradle 制作任务。 更多信息请参考/docs/current/userguide/userguide_single.htmlGradles documentation。密码?在做版本release时你app的?build.gradle你需要定义?signingConfigs.此时你应该避免以下内容