最近真的是很累！但是我会坚持下来的！今天学的东西是《编码规约》，内容又是满满的干货，尤其是后面的浮点数讲解真的是非常精彩！至少我作为初学者学这个比较绕的东西基本上懂了！哈哈哈，当然，后面有啥问题的还需要反复观看！好了，回归正题，今日主要内容如下：
命名风格与代码提示——两个要求: 命名体现代码元素特征: ●抽象类命名使用Abstract或Base开头 ●异常类命名使用Exception结尾 ●测试类命名以它要测试的类名开始，以Test结尾 ●类型与中括号紧挨相连来定义数组 ●枚举类名带上Enum后缀，枚举成员名称需要全大写，单词间用下画线隔开
命名最好望文知义 某些不规范的缩写会导致理解成本增加，比如condition缩写成condi 主流的编程语言基本上以英语为基础，此处望文知义的“文”指的是英文。 某业务代码中，曾经出现过DaZePromotion
常量定义设计与规约 [推荐)常量的复用层次有五层:跨应用共享常量、应用内共享常量、子工程内共享常量、包内共享常量、类内共享常量。 跨应用共享常量:放置在SDK中 应用内共享常量:放置在一方库中 子工程内部共享常量:即在当前子工程的constant目录下 包内共享常量:即在当前包下单独的constant目录下 类内共享常量:直接在类内部private static final定义
常量命名应该全部大写，单词间用下画线隔开，力求语义表达完整清楚,不要嫌名字长，比如: 最大库存数量命名:MAX_ STOCK COUNT 缓存失效时间命名: CACHE_ EXPIRED TIME 用户注册错误: USER REGISTER_ ERROR
注释的作用 .提高代码可读性; .使程序条理清晰; .方便后期代码维护; 方便程序员间的交流沟通; ●生成帮助文档 警示作用， 防止踩坑
通俗说法 附加说明 1.附加说明:业务DETAIL规则，我轻轻地告诉你。 2.附加说明:这是一个架构上的决定 3.附加说明:这是我的存储或中间件调用方式决定 部分与整体 1.盲人摸象:我告诉你大象的鼻子在哪里。 2.盲人摸象:我告诉你大象的整体样子是啥 3.盲人摸象:我告诉你你摸到的是啥 风险提示. 1.我是坑货，可以使用，请注意例外情况 2.我是坑货，临时写法，请绕行。 3.我是坑货，魔法值，你不懂，我告诉你
JS没有整形，只有Double浮点数: Long类型有64位，传递给前端必须转换成科学计数法 而Double只有16位有效数字，超过16位有效数字，就会被截断 最大能够精确表示的整形值: 9007 1992 5474 0992二2的53次方
前后端设计与规约 [强制]对于需要使用超大整数的场景,服务端一-律使用 String字符串类型返回,禁止使用 Long类型。 说明: Java服务端如果直接返回Long整型数据给前端, JS会自动转换为Number类型(注:此类型为双 精度浮点数,表示原理与取值范围等同于Java中的Double )。Long类型能表示的最大值是2的63次方 -1 ,在取值范围之内,超过2的53次方(9007199254740992)的数值转化为JS的Number时,有些数 值会有精度损失。扩展说明,在Long取值范围内, 任何2的指数次整数都是绝对不会存在精度损失的,所 以说精度损失是一个概率问题。 若浮点数尾数位与指数位空间不限,则可以精确表示任何整数,但很不幸， 双精度浮点数的尾数位只有52位。 反例:通常在订单号或交易号大于等于16位,大概率会出现前后端单据不一致的情况 ,比如, "orderld": 362909601374617692 ,前端拿到的值却是: 36290960137461 7660。
HTTP请求通过URL传递参数时，不能超过2048字节
加油！！！
