路辉的博客

当我们写接口、写方法的时候，往往是一连串的方法，方法一致性原则、同步异步、事务、复用性等都要考虑到。中心的思想是类似的，但是具体的规范可能不同的公司、部门或者团队有着不同的习惯。 命名的艺术 接口名 首先接口名字最好有一个统一的规范，比如一个controller或者Resource，总之一个模块内的接口，除了关键字外尽量保持一致。 当然也有同学说过，api尽量保证restful风格的，注明是一个资源，多用名词少用动词，用get、post、delete来体现动作。这个我个人觉得倒是没必要太强求，毕竟有些.

阿里巴巴编码规约-编程规约编程规约命名规范常量定义代码格式OOP规约集合处理并发处理控制语句 以下算是学习过程中的一点心得和个人见解，仅记录一些有讨论价值的，太常识的就省略了 编程规约 命名规范 网上有说lombok自动生成Boolean类型变量的get/set方法 比如Boolean update和Boolean isUpdate这两个变量 他们的get、set方法是一样的，所以会导致有时候get一个不存在的变量名 还有接口中json和obejct的转换时候，也容易出现这个问题 所以之后遇到明明只有

良好的设计从一开始就能避免很多效率问题，特别是表设计，这个一开始有问题，后面是真的麻烦 UML的使用条件 分布式事务的问题 分布式事务的解决方案 继承可能出现的问题 依赖倒置原则 其实这一章主要就是设计模式的使用和理解，其实是一个融会贯通的过程，设计模式并不是单独剥离的，很多情况下是结合使用的 ...

阿里巴巴编码规约学习之工程结构应用分层服务器 应用分层 manager类似于repository,就是一个包装仓库，介于ssm中的service和mapper 之间。 RPC和HTTP的区别 应用内进行抛错，直接弹窗提示错误或者跳到错误页面，应用于应用之间使用约定好的错误码 一般体现在数据对象的后缀名不同。 或者一般是 groupID：com.公司.部门.产品名，ArtifactID：产品名-模块名 根据改动内容的影响度以及兼容性，来决定版本号的修改 maven的快照版本（-SNAPSHOT）与

MYSQL数据库建表规约索引规约sql语句 建表规约 这个怎么说呢，其实也有用Y和N的，甚至有用SUCCESS的，感觉有点乱，有个统一的标准还是好事，起码一个产品或者一个系列的东西应该在这一点上是统一的 虽然说这个大小写敏感的配置是可以修改的，但还是统一小写比较好，不像oracle 注意有些"复数"表名其实是单词的本义，并不是复数 之前也有用字段名_u1,字段名_n1这样的，具体还是看公司规范吧 decimal对应dto中的BigDecimal，搭配使用 比如性别这种的字段 有时候可能还会加

一个成熟的系统都是要专门的鉴权机制的，比如微服务中的鉴权组件，或者单体应用中的拦截器也可以起到类似的作用，市面上的鉴权手段多样，这里主要是说明权限控制的重要性。 在设计的时候，就要考虑到如果有别有用心的用户，得到了其他用户的访问请求，加以修改，如果没有权限控制的话，是容易出大事的 手机号、身份证号等都需要脱敏，当然也和具体的业务场景有关 比如mybatis中不能使用$,使用#等参数化语句，普通用户不给予ddl语句的权限等，都是项目上常用的手段 防止sql注入的解析与手段 第一点没啥好说的，任何查询都.

单元测试的部分主要是大的概念和规定居多，没啥具体的知识点 也就是自动化、独立性、可重复的诠释 粒度太大了也没法儿保证可重复性，而且不利于定位错误。相反，粒度小一点也可以通过排列组合测不同的流程。 修改了原有的代码，也要做回归测试 其实和测试用例的常见标准是一样的，边界值测试啥的 所有的流程都要模拟正式业务的流程，不能想当然。 常见的一般是设定测试标识，以便数据的梳理以及后续的删除 这一点说明了，开发人员了解一些测试知识，有助于理解开发的时候为什么要这么设计，也能少埋一些坑 ...

阿里巴巴编码规约学习之异常日志异常日志异常处理日志规约 异常日志 异常处理 异常一定要处理，不能捕获以后，之打印出来什么都不管。比如某个业务层的方法中，对一个异常做了捕获，catch块仅仅是打印出了异常，这种情况下异常是不容易被发现的，也就是异常被吞掉了 如果这个时候上层方法有事务注解，甚至会和spring的事务冲突 项目中异常的几个注意事项 空指针是一个很常见的异常了 这里也引入我的两个笔记供参考 处理空值的几种标准做法 Stream进阶之Optional 这就是契约式编程的重要性了，错误码的规范在