摘要：
1 单元测试与敏捷开发的冲突点 现在很多公司都推行敏捷开发 与代码逻辑不同步的UT没有意义 而UT代码维护是需要成本的 参考：https://kb.cnblogs.com/page/106880/ 2 从项目的长期角度来看 好的UT对团队整体开发效率有比较大的提升，同时可以提高代码质量、减少程序缺陷 阅读全文
摘要：
4. 【强制】单元测试是可以重复执行的，不能受到外界环境的影响。 说明：单元测试通常会被放到持续集成中，每次有代码 check in 时单元测试都会被执行。如果单测对外部 环境（网络、服务、中间件等）有依赖，容易导致持续集成机制的不可用。 正例：为了不受外界环境影响，要求设计代码时就把 SUT 的依 阅读全文
摘要：
2. 【强制】在需求分析阶段，如果与系统交互的 User 超过一类并且相关的 User Case 超过 5 个，使用用例图来表达更加清晰的结构化需求。 笔记： 参考：http://www.woshipm.com/pd/2602941.html 产品经理必学UML（二）：用例图 3. 【强制】如果某个 阅读全文
摘要：
1. 【推荐】高并发服务器建议调小 TCP 协议的 time_wait 超时时间。 说明：操作系统默认 240 秒后，才会关闭处于 time_wait 状态的连接，在高并发访问下，服务器端会因为 处于 time_wait 的连接数太多，可能无法建立新的连接，所以需要在服务器上调小此等待值。 正例：在 阅读全文
摘要：
11.【参考】为避免应用二方库的依赖冲突问题，二方库发布者应当遵循以下原则： 1）精简可控原则。移除一切不必要的 API 和依赖，只包含 Service API、必要的领域模型对象、Utils 类、常量、枚举等。如果依赖其它二方库，尽量是 provided 引入，让二方库使用者去依赖具体版本号； 无 阅读全文
摘要：
9. 【推荐】所有 pom 文件中的依赖声明放在<dependencies>语句块中，所有版本仲裁放在 <dependencyManagement>语句块中。 说明：<dependencyManagement>里只是声明版本，并不实现引入，因此子项目需要显式的声明依 赖，version 和 scop 阅读全文
摘要：
7. 【强制】禁止在子项目的 pom 依赖中出现相同的 GroupId，相同的 ArtifactId，但是不同的 Version。 说明：在本地调试时会使用各子项目指定的版本号，但是合并成一个 war，只能有一个版本号出现在最后 的 lib 目录中。可能出现线下调试是正确的，发布到线上却出故障的问题 阅读全文
摘要：
4. 【强制】二方库的新增或升级，保持除功能点之外的其它 jar 包仲裁结果不变。如果有改变， 必须明确评估和验证。 说明：在升级时，进行 dependency:resolve 前后信息比对，如果仲裁结果完全不一致，那么通过 dependency:tree 命令，找出差异点，进行<exclude>排 阅读全文
摘要：
Batis的返回值参数类型有：resultMap与resultClass 一、当结果集列名和类的属性名完全相对应的时候，则可直接用resultClass直接指定查询结果类型。 二、当查询结果集与属性名对应不上时，可以采用resultMap指定列名与对象属性名之间的对应关系，否则对应不上的属性将为nu 阅读全文
摘要：
1、count(1) vs count(*) 两者都统计NULL值；但 count(*)是 SQL92 定义的 标准统计行数的语法，跟数据库无关 且 坊间有传言 MySQL会对count（*）做优化 不要用 count(1) 2、count(列名) vs count(*) count(列名) 会去过 阅读全文