美文网首页
Github-android-best-practices要点总

Github-android-best-practices要点总

作者: 白桦叶 | 来源:发表于2016-03-18 18:04 被阅读267次

    项目地址:https://github.com/futurice/android-best-practices#build-system

    1. 使用Android Studio和Gradle
    2. 将签名放在gradle.properties里面
    3. 使用静态版本的依赖
      以求得运行稳定 即在gradle-denpencies 依赖的版本号后不加上"+"
    4. 构建多个版本
    • 在gradle中的buildTypes中增加不同的构建类型,使用applicationSuffixversionNameSuffix可以生成多个版本在同一设备上运行
    • 创建src/[buildType]/res/设置不同的ic_launcher以区别不同版本
    1. 第三方库
    2. Json:Jackson
    3. 网络,缓存和图片加载
      • 网络和图片:volley 或者 Retrofit(网络API)+Picasso(图片)+OKhttp(网络请求)
    4. RxJava

    RxJava is a library for Reactive Programming, in other words, handling asynchronous events(处理异步事件)

    1. Retrolambda采用Lambda语法(特别适合当我们使用RxJava的时候,需要JDK8之前次啊能使用)

    2. 考虑dex的方法限制

    Android apps, when packaged as a dex file, have a hard limitation of 65536 referenced methods

    1. Activities和Fragment
      现在关于Activity和Fragment是控制器还是UI之争还没有公认的定论。有以下三点建议
    • 不要使用内部Fragment
    • 不要放过多的代码在Activity
    • 不要滥用Android操作系统级别的API
    1. Java包架构

    ├─ network
    ├─ models
    ├─ managers
    ├─ utils
    ├─ fragments
    └─ views
    ├─ adapters
    ├─ actionbar
    ├─ widgets
    └─ notifications```

    1. 资源文件
    2. 命名
    3. 构建layout xml文件
    * `android:id` 放在第一位
    * `android:layout_****`放在前面
    * `style`放在底部
    
    1. 使用**style **
      针对style文件越来越大,可以将其分离如styles.xml, styles_home.xml, styles_item_details.xml, styles_forms.xml 不同的资源目录在res/values中是任意的

    2. colors.xml就是一个调色板
      基本颜色以该颜色命名(个人理解:特殊颜色可以以十六进制数表示,因为不好命名了)

    3. dimens.xml与colors.xml类似。
      spacing_****命名dp,以font_***命名sp

    4. strings.xml
      使用key类似命名空间来命名strings 且string值不能全是大写(针对英文)

    5. 避免深层次的视图 用<merge>减少视图深度

    6. 意识到WebView的问题:

      • 加载网页时不要处理HTML文件
      • WebView与ApplicationContext绑定避免内存溢出。
      • 避免使用WebView显示简单的Text和Button
    7. 测试框架

      1. Android Gradle发布了connectedAndroidTest
        ,是JUnit的一个扩展,可以测试程序员创建的JUnit Test
      2. 使用** Robolectric**进行单元测试,而非UI测试
    8. 使用Robotium进行UI测试

    9. 模拟器使用genymotion

    10. 混淆参数

      1. 构建类型 buildTypes { debug { minifyEnabled false } release { signingConfig signingConfigs.release minifyEnabled true proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } }
    11. 默认混淆设置SDK_HOME/tools/proguard/proguard-android.txt,自定义混淆参数my-project/app/proguard-rules.pro

    12. 当出现这两个错误ClassNotFoundException或者NoSuchFieldException要不就是被移除要不就是被混淆了。检查
      app/build/outputs/proguard/release/usage.txtapp/build/outputs/proguard/release/mapping.txt看是否被移除和混淆

    13. 在每次添加库的时候,需要及时进行make a release build

    14. DexGuard时Proguard同一个团队开发的软件, 优化代码,分离dex文件从而解决65k方法限制的文件

    15. 数据存储

    16. 当数据繁多且复杂或者同步数据时不要使用SharePreference

    17. ContentProviders
      Schematic可以提高效率,避免创建重复性的代码。

    18. Using an ORM(必须保证进行安全的前提下使用)

    19. 使用Stetho(由FaceBook开发的chrome桌面应用程序,监视App特别好用特别是在网络阻塞的时候,还有监视和编辑Sqlite和SharePreference),不过在发布版本中要剔除掉

    相关文章

      网友评论

          本文标题:Github-android-best-practices要点总

          本文链接:https://www.haomeiwen.com/subject/uyfhlttx.html