至理名言
对本职工作认真负责，是一种职业基本素养，对于一线正在撸代码的各位程序员，写好代码是大家的天职。
规范不是为了约束和禁锢大家的创造力，而是为了帮助大家能够在正确的道路上，尽可能的避免踩坑和跑偏。
规范可以让我们无论单枪匹马还是与众人同行的时候都能得心应手。
规范可以让我们在面对日益变态的需求和做代码接盘侠的时候，更优雅从容。
规则并不是完美的，通过约束和禁止在特定情况下的特性，可能会对代码实现造成影响。
但是我们制定规则的目的：为了大多数程序员小伙伴可以得到更多的好处，如果在团队实际运作中认为某个规则无法遵循或有更好的做法，希望大家可以共同改进该规范。
一个需求流转到开发人员手上后，我们需要先做底层的分析设计，而数据库设计是重要的底层设计之一。数据库方案设计的好不好，会直接影响到之后的应用代码编写过程以及上线之后的维护。这个就跟建造房屋一个道理，万丈高楼平地起，一砖一瓦皆根基，基建质量直接影响到之后房屋的质量。
回顾我的工作经历，我发现数据库设计最终要产出的其实就是两大要素：实体、关系。
我一般习惯围绕以下5个问题来分析拆解一个复杂的业务需求(照着原型图看，不明确的找产品沟通确认)：
需要在pom引入相关依赖
<dependency>
<groupId>jakarta.validation</groupId>
<artifactId>jakarta.validation-api</artifactId>
<version>2.0.2</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-validator</artifactId>
<version>5.1.0.Final</version>
</dependency>
<dependency>
<groupId>javax.el</groupId>
<artifactId>javax.el-api</artifactId>
<version>2.2.4</version>
</dependency>
强烈推荐官方语法教程👍👍👍
Markdown 是一种轻量级标记语言，它允许人们使用易读易写的纯文本格式编写文档。 Markdown 语言在 2004 由约翰·格鲁伯（英语：John Gruber）创建。 Markdown 编写的文档可以导出 HTML 、Word、图像、PDF、Epub 等多种格式的文档。 Markdown 编写的文档后缀为 .md, .markdown。
工作中经常会遇到对excel这类文件进行导入导出的业务需求, 这些需求其实从根本上看都是对excel的解析处理,因此我花了两天时间基于POI封装了一套通用的导入导出工具组件，为以后实现这类需求提高效率。当前版本V1.0，源码地址:https://github.com/CodingGyd/excel-utils
V1.0版实现了结合JAVA注解和反射思想进行excel的解析规则配置,两行代码即可完成对2007版和2003版excel文件的导入导出功能。
希望能将该组件迭代成一款通用的数据导入导出工具组件,追求在不改代码的前提下，进行极少的规则配置即可完成对excel、txt、dbf、pdf等各种格式数据文件的高效读取或生成。