要那么多钱干嘛?

      前天看了一个小说,有句话突然感悟很深,要那么钱干嘛?

      一直以来,我都觉得自己是个的的确确的穷人,工资微薄,买不起车,舍不得买高档一点的消费品,时常想着,如果我有很多钱,就专买高档的,买好车,大房子,喜欢什么就买什么,呵呵,原来我我觉得自己穷,是因为自己买不起那些奢侈品,那么买了这些又怎么样?

      思考一下,自己的追求是什么,自己想要的是什么,我有工作,有足够生活的来源,有爱我的bf,我为什么不去提高自己竞争力,丰富自己的内心世界。

      人生在世,白驹过隙,把握生活,明确方向,丰富自己,爱护家人。

这段代码的核心功能是**按条件分页查询用户的周报日期列表**,并将数据库实体转换为前端需要的简洁数据格式。以下是关键总结: --- ### **1. 核心功能** - **业务场景**:获取指定用户在某时间范围内的周报提交日期(如用于日历展示) - **数据转换**:从`UserReportPO`实体中提取`reportDate`字段,丢弃其他业务数据 - **分页控制**:支持按页码、每页条数和排序规则(按创建时间`ctime`)查询 --- ### **2. 技术实现特点** | 维度 | 实现方式 | |--------------|--------------------------------------------------------------------------| | **查询逻辑** | 动态选择JPA查询方法(根据是否传时间范围决定调用不同Repository方法) | | **数据处理** | 使用Stream API高效提取和转换数据 | | **返回结构** | 自定义`PageOf`对象封装分页元数据+业务数据 | | **扩展性** | 通过`TimeRangePageQueryReq`对象灵活接收查询参数 | --- ### **3. 代码执行流程** ```mermaid graph TD A[接收accountId和查询参数] --> B{是否传时间范围?} B -->|否| C[查询所有周报记录] B -->|是| D[查询时间范围内的周报记录] C & D --> E[提取reportDate字段] E --> F[构建分页响应对象] F --> G[返回PageOf<String>] ``` --- ### **4. 设计意图** - **减轻网络传输**:只返回日期字符串而非完整实体 - **解耦前端与数据库**:通过Service层隐藏PO细节 - **复用分页逻辑**:统一处理分页参数和结果封装
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值