[MES]分页与Excel批量上传(☆☆)

简介: 本文介绍如何从零运行项目代码并应对常见开发难题。涵盖克隆仓库、环境配置、分页与批量上传功能实现,强调需求不明确时的沟通策略,并梳理涉及的Git、Maven、SpringBoot等核心技术点,助力新人快速适应职场开发节奏。(238字)

1.代码运行

git仓库地址:https://gitee.com/Herbbbb/meshome-work/tree/feature-hb-mysql/

请你完成以下步骤

方案一:

  • 克隆代码到Idea,如果你时间允许不妨试试SSH拉取方式

方案二

  • 下载Zip包,不建议,但如果上班后短时间拉不下来优先这种方式让代码跑起来

入职后,对于JDK、Maven、Git、Idea....软件安装类你应该请教谁?

  • 以上问题,是大家面临的第一道坎,15K大佬一样一天配置不好maven仓库,请认真思考该请教谁?

当你意识到,公司的环境配置类问题都可以问同事、组长的时候你应该怎么问?

  • 不知道该不该问?不敢问?这是多数新人最纠结的一个点,请认真思考你会怎么问

当你把项目运行起来之后,此时一个全新的工程在你面试,组长立马就给你如下的需求,你会怎么处理?

  • 现在的公司愈发需要即战力,一个陌生的环境、工程、团队,紧急的任务,请认真思考你将怎么着手?

2.需求描述

现有工程运行后,所有的查找功能都不是分页,当数据量多的时候很难看,小李你来实现一下

实现什么?是分页吗?为什么需求有点不明确?

  • 这也是你接下来上班可能遇到的问题:需求不明确,但凡是陌生的业务一定是陌生的

假设你已经知道了接下来找产品经理、组长去请求,他告诉你接下来你要实现一个分页功能


这时候,项目经理又来了:这个产品管理的新增只能一条条吗,搞一个批量上传吧

是的,哥们,又是这样一句话需求!

  • excel模板是什么?
  • 你知道这个需要你自己设计吗
  • 技术应该用什么?
  • 你知道POI、EasyExcel都可以吗?

来吧,自己实现一下,今日的毫无头绪就是为了上班的轻松.....

2.1 多说一句(现在就看)

  • 你是否考虑过代码的规范性【这种情况极少,目前我带过的1000人里面只有这一个】
  • 这位学长本身非常内向,有问题也不招人沟通,所以被开有很大部分是团队协作


3.涉及技术点

阶段二核心:git、maven、springboot

相关文章
|
3月前
|
监控 Java 测试技术
OOM排查之路:一次曲折的线上故障复盘
本文复盘了线上服务因Paimon与RocksDB集成引发的三次OOM故障。从线程激增到堆外内存泄漏,排查过程曲折复杂,最终定位到SDK中RocksDB通过JNI申请内存未释放的根本原因,并通过架构优化解决。分享了MAT、NMT、async-profiler等工具的实战经验,总结了一套系统性的内存问题排查思路,为类似技术栈提供借鉴。
|
3月前
|
存储 缓存 监控
EFC&CTO:缓存引发数据不一致问题排查与深度解析
EFC缓存架构更新后,在CTO测试中出现数据不一致问题。经排查,因分布式缓存版本号回退,导致旧NULL数据被读入pagecache并刷入文件系统,破坏了正常数据。通过维护递增版本号修复,10轮测试验证无误。
 EFC&CTO:缓存引发数据不一致问题排查与深度解析
|
3月前
|
安全 Java 测试技术
从Google线上故障,谈灰度发布的重要性
2025年6月12日,Google Cloud因未灰度发布的配置缺陷导致全球服务中断7小时。本文分析其根因为空指针异常,并详解Nacos等配置中心的灰度发布方案,强调通过IP、标签、流量等多路径实现安全配置变更,提升系统稳定性。
|
3月前
|
消息中间件 监控 Java
RocketMQ:底层Netty频繁OS OOM
本文记录了一例Java应用因Netty多ClassLoader加载导致堆外内存超限引发OS OOM的排查过程。通过NMT、Arthas等工具分析,发现多个中间件独立加载PooledByteBufAllocator,各自绕过MaxDirectMemorySize限制,累计占用远超1G堆外内存。最终定位RocketMQ客户端为主要内存使用者,建议短期调小Java堆以腾出空间,并推动中间件优化。
|
3月前
|
人工智能 Java easyexcel
[Blog]SpringBootExcel导入(☆☆☆)
本博客基于SpringBoot实现Excel批量导入功能,解决人工逐条录入低效问题。结合MySQL、Maven及EasyExcel/POI技术,提升数据处理效率。通过AI辅助或自主学习完成,培养独立开发与需求分析能力,为转正积累实战经验。(238字)
 [Blog]SpringBootExcel导入(☆☆☆)
|
3月前
|
自然语言处理 fastjson Java
|
3月前
|
存储 缓存 运维
一场FullGC故障排查
本文记录了一次线上JVM Full GC导致CPU使用率飙升至104%的问题排查与解决过程。通过分析发现,问题根源是将大Excel文件解析为List<Map>结构后长期驻留内存,造成堆内存膨胀,频繁Full GC。结合JProfiler工具定位大对象,最终提出“治本”与“治标”两类优化方案,并总结了JVM性能问题的排查思路与方法。
一场FullGC故障排查