wanger61的博客

很多应用程序最主要的复杂性并不在技术上，而是来自领域本身、用户的活动或业务。领域驱动设计是一种设计方法，试图解决软件难以理解、难以演化的问题。领域驱动设计试图用围绕业务概念来构建领域模型的方式来控制业务的复杂性。

二. 异常日志1. 错误码错误码为字符串类型，共 5 位，分成两个部分：错误产生来源+四位数字编号错误产生来源分为 A/B/C，A 表示错误来源于用户，比如参数错误，用户安装版本过低，用户支付超时等问题；B 表示错误来源于当前系统，往往是业务逻辑出错，或程序健壮性差等问题；C 表示错误来源于第三方服务，比如 CDN 服务出错，消息投递超时等问题；2. 异常处理事务场景中，抛出异常被 catch 后，如果需要回滚，一定要注意手动回滚事务。不要在 finally 块中使用 return。

一. 编程规约1. 命名风格类名使用 UpperCamelCase 风格，但以下情形例外：DO / BO / DTO / VO / AO /PO / UID 等 （如UserDO / HtmlDTO是正确的）常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。（如MAX_STOCK_COUNT）POJO 类中的任何布尔类型的变量，都不要加 is 前缀，否则部分框架解析会引起序列化错误。MySQL 规约中的建表约定第一条，表达是与否的变量采用 is_xxx 的命名方式，所

关于设计模式总结的最好的一篇文章：https://javadoop.com/post/design-pattern设计模式看这一篇就够了

设计模式七大原则1.单一职责原则就一个类而言，应该仅完成一个单一的功能。当类中方法足够少时，可以在方法级别保持单一职责原则。2.开放-封闭原则是设计模式中最重要的原则软件实体（类，模块，函数等）应当可以扩展，但是不可修改。当添加新的需求时，对程序的改动应该是增加新的代码，而不是修改原有的代码实现方式：对于有可能发生变化的类，应该要构造其接口或抽象方法；当其他类依赖该类时，应当...