代码规范

3###

 

一个模块应该像一个电路芯片，它有定义良好的输入和输出。

 

 

########

 

1\ 

1. 一个方法最多有3个return。【CS】
2. 避免出现不必要的修饰符，如interface中方法前的 public 等。【CS】
3. BO、VO、DO中应使用包装类，如Integer、Long等，目的是强制开发者显式赋值。方法中的局部变量使用基本数据类型，如int、long等。
4. BO、VO中的布尔型，命名时不允许以 is 开头，推荐使用Flag作为后缀标识布尔型。
5. 工具类名称应为复数结构，如JsonUtils、StringUtils，但是包名应为单数，如：com.xx.trade.sdk.common.util。
6. 枚举类建议加上Enum后缀，常量类建议加上Constants后缀，工具类建议加上Utils后缀。
7. 页对外接口统一以ExportService作为后缀，出参（包括SDK出参和基础服务提供给SDK的出参）以VO作为后缀，返回结果的最外层以Result作为后缀。入参以Param作为后缀。
8. 数据库层出参以DO作为后缀，redis缓存以Store作为后缀。
9. CartBO中获取sku子列表的方法，统一使用obtain作为前缀。
10. 类名使用UpperCamelCase 风格，必须遵从驼峰形式，除去BO、VO之外，首字母之外都不要大写，如TCP应为Tcp。【CS】
11. 数字类型的常量，0不应代表任何含义，0的作用与null类似。建议使用正整数代表状态，负数代表异常。
12. EXPORT层内部不实现具体业务逻辑，只是入出参转换和简单校验。RPC/DAO/CACH层应为单纯的远程接口调用或远程数据获取，内部不应出现业务逻辑，只是简单的将结算页数据转换为远程需要的数据形式，远程接口降级、切路由等应在此层。
13. 错误码在com.jd.purchase.common.enums. ResultCodeEnum中维护，不允许使用0作为错误码，或者只返回错误消息不返回错误码。
14. sdk.business   sdk.service

 

 

##android

  acquireExistingProvider( # 获取

    protected IContentProvider acquireProvider(Context context, String auth) {

            return mMainThread.acquireProvider(context,

                    ContentProvider.getAuthorityWithoutUserId(auth),

                    resolveUserIdFromAuthority(auth), true);

        }

--------------------- 

作者：blueberry_mu 

来源：CSDN 

原文：https://blog.csdn.net/a992036795/article/details/51612425 

版权声明：本文为博主原创文章，转载请附上博文链接！

 

 

#####

 

 

标志型的体现标志 isLoading hasLoaded

注释首尾空格 - 注释首尾留空格

 

checkXX返回true false

###########################33

execSQL

 

 String sqlStmt = String.format("UPDATE %s SET content=%s WHERE userId=%s",

TUserPhoto, userId, content);

 

acquireContentProviderClient

 

 

ContentProvider相当于服务器，将系统的数据库访问接口URI给我们；

 

 

 

ContentResolver相当于浏览器，输入URI和相应的条件，就可以访问数据；

每个URI都对应着一个相关数据表，使用ContentResolver相关方法进行表查询；

 

 

 

ContentResolver更像是SQLiteDatebase类,有查询，删除等相关方法； 

 

   ContentValues contentValues = new ContentValues(