今天不聊理论，聊聊我如何从“CV工程师”变成“躺平式开发”
你好，我是Martin，一个Java基础设施工具开发者。
先坦白一件事：我是个懒人。
有多懒？我宁可花一周时间写一个工具，也不愿意每天重复做同一件事5分钟。这种“懒惰”让我在过去一年里写了1900+次提交，维护了15个开源项目，收获了2000+ GitHub Stars。
而支撑这一切的核心方法论，就是我今天想跟你聊的：声明式编程。
一个让我崩溃的真实故事
去年有个项目，需要对接三个外部API、处理Excel报表、生成PDF报告。
按照常规做法：
写HTTP客户端 → 处理连接池、重试、超时
写Excel解析 → 密密麻麻的POI代码
写PDF生成 → 引入浏览器、折腾HTML模板
一个星期过去了，我还在跟各种Exception搏斗。
直到我换了一种思路。
什么是声明式编程？（用人话版）
把大象放进冰箱需要几步？
命令式（传统做法）：打开冰箱门 → 把大象推进去 → 关上门（每一步都要你亲自做）
声明式（偷懒做法）：冰箱里要有一头大象（你只提需求，不用管过程）
写代码也是一样：
以前的我（命令式）：
java
// 手动创建连接、设置参数、处理异常、关闭资源
Connection conn = DriverManager.getConnection(url);
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("SELECT * FROM users");
List<User> users = new ArrayList<>();
while(rs.next()) {
User user = new User();
user.setId(rs.getLong("id"));
// ... 20行get/set
users.add(user);
}
// 还得记得关闭rs、stmt、conn
现在的我（声明式）：
// 我只需要说“我要所有用户”
List<User> users = userMapper.selectList(null);
代码量从30行减少到1行，这就是声明式的魅力。
为什么我痴迷于这种“偷懒”方式？
1. 代码不再是负担
以前写一个Excel导入功能，至少要写100行POI代码，设置样式、合并单元格、处理日期格式...现在用jquick-excel，一个配置文件搞定：
<excel name="exportExcel" returnClass="void">
<![CDATA[
EXPORT WITH
SHEET="学生表",
HEADER=true,
MAPPING={
"id":"主键",
"name":"姓名",
"gender":"性别",
"age":"年龄",
"enrollmentDate":"入学时间",
"className":"班级",
"ignoreField":"是否忽略"
},
FORMULAS={
D5:'ABS(D2)'
},
STYLE={
ROW 1: {
fontName: Arial,
fontHeightInPoints: 12,
italic: true,
color: yellow,
bold: true
}}
]]>
</excel>
你只需要声明需求，剩下的导出逻辑，由框架自动完成。
2. 改需求不再是噩梦
产品经理：“用户列表再加一个‘部门’字段吧？”
以前：修改实体类 → 修改Excel工具类 → 修改导出逻辑 → 测试（半小时）
现在：在Mapping里加一项转换配置（10秒钟）
感受一下这种畅快。
3. 新手也能写出高质量代码
我的团队来了个实习生，以前至少需要3个月培训才能上手复杂业务。现在用声明式工具，入职第一周就能独立完成Excel导入导出功能。
因为他的代码不再是：
java
// 充满各种技术细节
workbook.getSheetAt(0).getRow(0).getCell(0).getStringCellValue()
而是清晰的配置：
<column header="用户名" field="username"/>
代码即文档，这句话在声明式编程中真正实现了。
我的开源实践：jquick工具链
基于这个理念，我开发了一系列工具，核心思想就一个：把“怎么做”交给工具，开发者只需说“要什么”。
| 工具 | 痛点有多痛？ | 声明式怎么救你？ |
|---|---|---|
| jquick-curl | Apache HttpClient写个请求要20行代码，还要自己处理连接池、重试、超时、异常... | 像写配置文件一样配一个XML，执行逻辑自动生成。连接池、重试策略、超时设置、异常重试全部内置，你只需要告诉工具“请求这个URL，把结果映射成这个对象”。 |
| jquick-excel | 用POI导入一个Excel，要处理Workbook、Sheet、Row、Cell、样式、合并单元格、日期格式、公式...新手光是搞清楚CellType就有5种，写出来的代码动辄上百行。 | 在jquick-excel.xml配置文件里，像做“填空题”一样声明你的需求——表头叫什么、对应哪个字段、日期格式是什么、要不要做数据校验...全部在XML里配置。 |
| jquick-pdf | 两条路，条条难走。笨重之路：引入无头浏览器做HTML转PDF，依赖包几百MB，内存动辄吃掉1GB。繁琐之路：用iText手写布局，几百行代码就为画一个表格。 | 用类HTML+CSS语法写PDF模板，像写网页一样自然。内置30+种ECharts图表引擎，你只需声明“我要一个柱状图，数据是这个List”，工具自动渲染成精美的PDF报告。 |
| jquick-java | 信用评级、风险评分这类业务规则，一周改三次。每次改动都要走一遍“改Java代码→编译→打包→部署→重启”的流程，半小时就没了。 | 用XML声明业务规则流程，规则里直接调用你已有的Java方法。改规则只需修改XML文件，热加载，不重启服务。 |
| jquick-sql | 数据散落在MySQL、Oracle、SQL Server，甚至还有CSV、Excel文件。想做个跨库报表？写一堆代码去各个数据源捞数据，再在内存里做关联，复杂到没人敢动。 | 配置好数据源，它就变成一个虚拟数仓，你只需用一套标准SQL查所有。自动识别数据源类型，把SQL翻译成对应的方言，Excel文件也能当表查。 |
这些工具已经被收录到Awesome Java，说明这个“偷懒”思路得到了社区的认可。
写了这么多年代码，你累不累？
每天早上打开IDE，看到那些熟悉的“老朋友”：
重复的样板代码——新建一个模块，先写一遍增删改查；换个数据库，再写一遍增删改查。Ctrl+C、Ctrl+V按得比谁都熟练，但心里清楚，这些代码除了凑行数，没有任何价值。
改一个需求，崩半个项目——产品经理轻飘飘一句“加个字段”，你顺着调用链往上改，Controller、Service、Mapper、XML……改完还要祈祷别把其他地方搞挂了。
代码量翻了几倍，业务逻辑还是那么点儿——几十个类、上千行代码，真正描述“业务是什么”的核心逻辑，可能就藏在某个角落的几十行里。剩下的，全是“怎么连接数据库”、“怎么处理异常”、“怎么关闭资源”这些破事儿。
说白了，大部分时间你都在告诉计算机“怎么做”，而不是告诉它“要什么”。
这不对。
换个思路，你会轻松很多
下次接到需求的时候，先别急着撸袖子写代码。问自己一个问题：
“有没有现成的声明式工具能搞定？能不能用配置把它描述出来？”
如果能，就尽量别动手写命令式的实现代码。配置比代码好维护一百倍，改配置不用编译、不用重启、不用担心改坏别的地方。
如果市面上没有现成的，那就花点时间把重复的逻辑封装成一个声明式工具。写工具的那几天看起来是“浪费时间”，但往后每一次用它，都是在往回赚时间。一年下来，你算算自己省了多少个加班的夜晚？
最后，善用注解和配置，把“怎么做”交给框架和工具，把代码还给“业务本身”。让你的代码读起来像一份需求文档，而不是一本操作手册。
工具干活，人思考。这才是开发该有的样子。
你同意吗？
最后说句真心话
我之所以痴迷于做这些开源工具，不是因为技术多牛，而是因为我真的受够了重复劳动。
每次看到有人用我的工具，5分钟搞定原来要1天的任务，那种成就感比我自己写完一个项目还强烈。
如果你也有类似的痛点，欢迎来我的GitHub坐坐（搜索：paohaijiao）。这些工具免费、开源、轻量，专门解决那些“必须做但不想花时间”的事情。
让工具干活，让人思考。这才是开发该有的样子。
🚀 如果你觉得有用，不妨Star支持一下，让更多受困于重复劳动的开发者看到这些工具。
💬 评论区聊聊：你遇到过哪些“重复到想哭”的开发任务？也许下一个工具就是为它而生。
🔗 更多工具介绍：paohaijiao的GitHub主页
📌 欢迎关注，获取更多实战干货！
👍 如果本文对您有帮助，请点赞、收藏、关注三连支持！
