美文网首页
代码格式,注意事项

代码格式,注意事项

作者: 惟执念耳 | 来源:发表于2018-06-19 18:27 被阅读20次

命名规则

  • 包名必须以com开头,后面跟有项目名称(或者缩写),再后面为模块名或层级名称;

  • 类名,接口名,方法名,变量名,必须使用驼峰规则,尽量选用通用词汇;

  • 常量的命名,应该全部大写,单词间用下划线隔开。

  • layout xml 的命名必须以 全部单词小写,单词间以下划线分割:

    Activity 的 layout 以 activity 开头
    Fragment 的 layout 以 fragment 开头
    Dialog 的 layout 以 dialog 开头
    include 的 layout 以 include 开头
    ListView 的行 layout 以 list_item 开头
    RecyclerView 的 item layout 以 recycle_item 开头
    GridView 的行 layout 以 grid_item 开头
    如果是在特定项目中,需要在前面加上module的标示。如alibaba_activity。

  • id的命名,小写+下划线。结尾以控件缩写。如:title_tv,poster_iv。

  • 资源的命名,同样是单词小写+下划线。
    所有的命名注意避免拼写错误。

注释规范

  • 类注释:
    模板设置:Android Studio -> File -> Settings -> 左上角搜索 File and Code Templates -> 右边面板选择Class
/**
 * Author ${USER} 
 * Date ${DATE}
 * Desc 
 */

desc加上这个类的简短描述,让人一目了然。

  • 方法注释
    不要求所有方法都添加注释,但容易产生歧义或功能不清的方法需添加文档注释。
    需要对参数和返回值进行说明的,需要使用:
/**
     * 
     * @param keyCode
     * @param event
     * @return
     */
  • 类成员变量和常量注释
    类成员变量和常量, 通常情况注释写在声明的上方。

  • 其他注释
    方法内部的注释多行 使用/*…… */形式,如果为单行是用//……形式的注释;部分自定义的枚举,数字标识一定要加上注释;另外接口中的方法必须加上文档注释。

规约

  • 方法
    一个方法尽量不要超过15行,如果方法太长,说明当前方法业务逻辑已经非常复杂,那么就需要进行方法拆分,保证每个方法只作一件事。
    不要使用 try catch 处理业务逻辑。
  • 参数和返回值
    一个方法的参数尽可能的不要超过4个!
    如果一个方法返回的是一个错误码,请使用异常!!
    尽可能不要使用null, 替代为异常 或者使用空变量 如返回 List 则可以使用Collections.emptyList()
  • 神秘的数
    代码中不允许出现单独的数字,字符!如果需要使用数字或字符,则将它们按照含义封装为静态常量!(for语句中除外)
    -- 控制语句
    判断中如有常量,则应将常量置于判断式的右侧。如:
if ( true == isAdmin()){
    //...
}

if中多条件的情况,抽出来用变量定义,不要把多个判断全部放在if中
多个if else的情况,最后的else要加上,避免单边。

  • 异常的捕捉处理
    通常的思想是只对错误采用异常处理:逻辑和编程错误,设置错误,被破坏的数据,资源耗尽,等等。
    通常的法则是系统在正常状态下以及无重载和硬件失效状态下,不应产生任何异常。
    最小化从一个给定的抽象类中导出的异常的个数。对于经常发生的可预计事件不要采用异常。不要使用异常实现控制结构。
    若有finally 子句,则不要在try 块中直接返回,亦不要在finally 中直接返回。

  • 访问控制
    若没有足够理由,不要把实例或类变量声明为公有。通常,实例变量无需显式的设置(set)和获取(gotten),通常这作为方法调用的边缘效应 (side effect)而产生。
    一个具有公有实例变量的恰当例子,是类仅作为数据结构,没有行为。亦即,若你要使用一个结构(struct)而非一个类(如果java 支持结构的话),那么把类的实例变量声明为公有是合适的。

  • 资源引用
    layout和code中不要使用hard code资源值,资源值定义在dimens,colors和integers等资源文件中,被外部引用。
    控件尽量使用style来定义组合样式,利用style的继承关系,复用资源。

  • 内部类的使用(避免内存泄漏)
    可以用内部类, 不过用的时候,内部类需要是静态的,如果用到外层类的context,需要使用弱引用。
    如果内部类跟外部类生命周期是同步的,则不需要考虑内存泄漏问题。所以主要是异步的内部类或者匿名内部类造成内存泄漏。
    如果可以,尽量少用内部类的形式

  • TODO只是临时使用的提示方式,加上相应的代码后及时删除

  • 代码中警告的部分,尽量避免。如出现黄色警告部分,无论是注释中的,还是代码中,都尽量去除,增强代码健壮性。

相关文章

  • 代码格式,注意事项

    命名规则 包名必须以com开头,后面跟有项目名称(或者缩写),再后面为模块名或层级名称; 类名,接口名,方法名,变...

  • Dart语法 -- [01 - 定义变量]

    1.1. 明确声明(Explicit) 明确声明变量的方式, 格式如下: 示例代码: 注意事项: 定义的变量可以修...

  • 数据收集要求

    表格内容 字段--- 如示例,如下图 注意事项 (1)学科代码用 文本 格式 ,如果是数字,则0303会变为303...

  • HTML-无序列表

    无序列表的各个列表项之间没有顺序级别之分,是并列的。其基本语法格式如下: 示例代码: 注意事项:1. 中只能嵌套...

  • 2018-02-09

    1:switch语句的格式?针对格式的解释?以及注意事项? 格式: switch(表达式){ case 值1 : ...

  • 代码格式

    大括号内为空,则简洁地写成{}即可,不需要换行 if/for/while/switch/do 等保留字与括号之间都...

  • 代码格式

    看到这个头皮发麻…… 可以用下面的方法把格式转换过来 选择代码后鼠标右键 点击 格式选择与 选择Beautifyi...

  • eslint 代码格式化

    webstorm eslint 格式化, 格式化后,代码符合ESlint代码格式。不需要代码格式化文件的导入。 M...

  • WebStorm技巧(二)eslint 代码格式化(详细)

    webstorm eslint 格式化, 格式化后,代码符合ESlint代码格式。不需要代码格式化文件的导入。 M...

  • 在VSCode中 使用 ESLint + Prettier检查代

    ESLint :代码检查+代码格式化工具。 Prettier:代码格式化工具。 一般的代码格式化工作,ESLint...

网友评论

      本文标题:代码格式,注意事项

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