只写CURD后台管理的Java后端要如何提升自己

你是否工作3~5年后，发现一样寻常只做了CURD的简单代码。
你是否每次面试就会头疼，自己写的代码，除了一样寻常CURD简历上毫无亮点可写
  抱怨过苦恼过也悔恨过，但是站在现在的时间点回想从前，发现有很多事情我们是可以做的更好的。
于是有了这篇文章。
小北将带各人从六个方面深入探讨如何在Java后台管理开辟中不断进步，资助你在职业门路上稳步前行
   近来无意间得到一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。这是大佬写的，7701页的BAT大佬写的刷题笔记，让我offer拿得手软
  一、写优雅的代码

优雅代码的紧张性

优雅的代码不仅易于阅读和维护，还能淘汰错误，提高开辟服从。对于后台管理体系，代码的整洁与规范尤为紧张，因为它们通常涉及复杂的业务逻辑和大量的数据处置惩罚。
我们看一个简单的案例，我们直观的感受下，需求如下：
   用户可以通过银行网页转账给另一个账号，支持跨币种转账。
同时因为监管和对账需求，需要记载本次转账运动
  拿到这个需求之后，一个开辟大概会经历一些技术选型，最终大概拆解需求如下：
   1、从MySql数据库中找到转出和转入的账户，选择用MyBatis的mapper实现DAO
2、从Yahoo（或其他渠道）提供的汇率服务获取转账的汇率信息（底层是http开放接口）
3、计算需要转出的金额，确保账户有足够余额，并且没超出逐日转账上限
4、实现转入和转出操作，扣除手续费，保存数据库
5、发送Kafka审计消息，以便审计和对账用
  而一个通例的代码实现如下：

2. public class TransferServiceImpl implements TransferService {
3.     private static final String TOPIC_AUDIT_LOG = "TOPIC_AUDIT_LOG";
4.     private AccountMapper accountDAO;
5.     private KafkaTemplate<String, String> kafkaTemplate;
6.     private YahooForexService yahooForex;
8.     @Override
9.     public Result<Boolean> transfer(Long sourceUserId, String targetAccountNumber, BigDecimal targetAmount, String targetCurrency) {
10.         // 1. 从数据库读取数据，忽略所有校验逻辑如账号是否存在等
11.         AccountDO sourceAccountDO = accountDAO.selectByUserId(sourceUserId);
12.         AccountDO targetAccountDO = accountDAO.selectByAccountNumber(targetAccountNumber);
14.         // 2. 业务参数校验
15.         if (!targetAccountDO.getCurrency().equals(targetCurrency)) {
16.             throw new InvalidCurrencyException();
17.         }
19.         // 3. 获取外部数据，并且包含一定的业务逻辑
20.         // exchange rate = 1 source currency = X target currency
21.         BigDecimal exchangeRate = BigDecimal.ONE;
22.         if (sourceAccountDO.getCurrency().equals(targetCurrency)) {
23.             exchangeRate = yahooForex.getExchangeRate(sourceAccountDO.getCurrency(), targetCurrency);
24.         }
25.         BigDecimal sourceAmount = targetAmount.divide(exchangeRate, RoundingMode.DOWN);
27.         // 4. 业务参数校验
28.         if (sourceAccountDO.getAvailable().compareTo(sourceAmount) < 0) {
29.             throw new InsufficientFundsException();
30.         }
31.         if (sourceAccountDO.getDailyLimit().compareTo(sourceAmount) < 0) {
32.             throw new DailyLimitExceededException();
33.         }
35.         // 5. 计算新值，并且更新字段
36.         BigDecimal newSource = sourceAccountDO.getAvailable().subtract(sourceAmount);
37.         BigDecimal newTarget = targetAccountDO.getAvailable().add(targetAmount);
38.         sourceAccountDO.setAvailable(newSource);
39.         targetAccountDO.setAvailable(newTarget);
41.         // 6. 更新到数据库
42.         accountDAO.update(sourceAccountDO);
43.         accountDAO.update(targetAccountDO);
45.         // 7. 发送审计消息
46.         String message = sourceUserId + "," + targetAccountNumber + "," + targetAmount + "," + targetCurrency;
47.         kafkaTemplate.send(TOPIC_AUDIT_LOG, message);
49.         return Result.success(true);
50.     }
51. }

复制代码

我们可以看到，一段业务代码里经常包含了参数校验、数据读取存储、业务计算、调用外部服务、发送消息等多种逻辑。
在这个案例里虽然是写在了同一个方法里，在真实代码中经常会被拆分成多个子方法，但实际结果是一样的，而在我们一样寻常的工作中，绝大部分代码都或多或少的靠近于此类结构。
那么优雅的代码应该是什么样的？

1. public class TransferServiceImplNew implements TransferService {
3.     // 可以看出来，经过重构后的代码有以下几个特征：
4.     // 业务逻辑清晰，数据存储和业务逻辑完全分隔。
5.     // Entity、Domain Primitive、Domain Service都是独立的对象，没有任何外部依赖，
6.     // 但是却包含了所有核心业务逻辑，可以单独完整测试。
7.     // 原有的TransferService不再包括任何计算逻辑，仅仅作为组件编排，
8.     // 所有逻辑均delegate到其他组件。这种仅包含Orchestration（编排）的服务叫做Application Service（应用服务）。
9.     // 我们可以根据新的结构重新画一张图：
11.     private AccountRepository accountRepository;
12.     private AuditMessageProducer auditMessageProducer;
13.     private ExchangeRateService exchangeRateService;
14.     private AccountTransferService accountTransferService;
16.     @Override
17.     public Result<Boolean> transfer(Long sourceUserId, String targetAccountNumber, BigDecimal targetAmount, String targetCurrency) {
18.         // 参数校验
19.         Money targetMoney = new Money(targetAmount, new Currency(targetCurrency));
21.         // 读数据
22.         Account sourceAccount = accountRepository.find(new UserId(sourceUserId));
23.         Account targetAccount = accountRepository.find(new AccountNumber(targetAccountNumber));
25.         // 获取汇率
26.         ExchangeRate exchangeRate = exchangeRateService.getExchangeRate(
27.             sourceAccount.getCurrency(), targetMoney.getCurrency()
28.         );
30.         // 业务逻辑
31.         accountTransferService.transfer(sourceAccount, targetAccount, targetMoney, exchangeRate);
33.         // 保存数据
34.         accountRepository.save(sourceAccount);
35.         accountRepository.save(targetAccount);
37.         // 发送审计消息
38.         AuditMessage message = new AuditMessage(sourceAccount, targetAccount, targetMoney);
39.         auditMessageProducer.send(message);
41.         return Result.success(true);
42.     }
43. }

复制代码

虽然功能都一样，但是在面试的时候写了上面的代码能得到了面试官的赞扬，而如果写成了上面的样子，估计不会有这种结果。
   近来无意间得到一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。这是大佬写的，[7701页的BAT大佬写的刷题笔记，让我offer拿得手软]
    近来无意间得到一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。这是大佬写的，7701页的BAT大佬写的刷题笔记，让我offer拿得手软
  二、提升代码质量

如果说优雅的代码是我们程序员的里子，那代码质量就是我们的体面。
想象一下，如果你写的代码，提测后测试出来各种bug，上线后也出现bug，就算你代码写的再优雅也没用了。
如何提升代码质量

想提升代码质量，最理想的是靠 code review，但是实际上这玩意在大多数公司根本就推行不下去。
   为什么呢？因为各人都很忙，忙着改上一个迭代的bug，忙着写下一个迭代的需求，忙着做各种性能优化，忙着做各种日报、周报、月报等等…
  以是靠人不如靠己，我们在一样寻常工作中要善于利用工具，来帮我们发现问题，解决问题。
比方以下实践方法：

• 主动化测试：编写单元测试、集成测试，确保代码功能的精确性和稳固性。使用JUnit、Mockito等工具举行测试驱动开辟（TDD）。
  
• 连续集成（CI）：通过Jenkins、GitHub Actions等工具，主动化构建和测试流程，及时发现并解决问题。
  
• 静态代码分析：使用工具如SonarQube，对代码举行静态分析，检测代码中的潜伏问题和代码风格违规。
  
• 合理利用大模型，对我们的代码举行分析，发现bug。
  

三、关注业务

   看到这里有的人不禁要问，我一个后端开辟，写好代码就行了，还需要关注业务吗？
  如果你有如许的想法，那就大错特错了。
中国的企业，90%的开辟都是面向业务开辟，纯做研究的公司少之又少。以是你想要在互联网行业走的更高，那就一定不能脱离业务。
而且只有深刻理解业务了，才气对体系有一个整体的规划意识，才气计划出一个好的体系。
实践方法

• 多与业务团队沟通：定期与产品经理、业务分析师沟通，了解业务流程和需求变革。
  
• 参与需求讨论：积极参与需求评审和讨论，提出技术上的可行性建媾和优化方案。
  
• 业务文档学习：阅读业务相关的文档和资料，全面了解体系的功能和使用场景。
  
• 业务架构梳理：梳理公司整体体系业务领域架构图，先从整体对公司业务有一个清晰的概念
  

实践建议

• 业务流程图：绘制业务流程图，资助理解各个业务环节之间的关系和数据活动。
  
• 用户故事：通过用户故事的方式，站在用户角度思考功能计划，提高体系的用户体验。
  
• 连续学习：随着业务的发展，连续学习和更新业务知识，确保技术方案与业务需求保持一致。
  

   近来无意间得到一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。这是大佬写的，7701页的BAT大佬写的刷题笔记，让我offer拿得手软
  四、造就架构思维

5年以上的程序员，就一定要造就自己的架构思维了，也就是要把自己的技术视角由自己的点扩展到线，再扩展到面。
从而对公司整体体系技术架构有一个整体的认知。
比方到一个公司之后，你一定要具有自我绘制如下技术架构图的本事。

架构思维的紧张性

精良的架构计划是体系稳固、高效运行的基础。
造就架构思维，可以或许资助你在项目初期做出合理的技术选型和体系计划，提升体系的可扩展性和维护性。
实践方法

• 学习架构计划原则：如单一职责原则（SRP）、开闭原则（OCP）、依赖倒置原则（DIP）等，指导架构计划。
  
• 分层架构：采取DDD领域分层架构，如适配层、应用层和领域层、防腐层，明白各层的职责，降低耦合度。
  
• 模块化计划：将体系拆分为独立的领域模块或微服务，提升体系的可维护性和可扩展性。
  

   近来无意间得到一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。这是大佬写的，[7701页的BAT大佬写的刷题笔记，让我offer拿得手软]
  五、关注源码

源码学习的价值

实在学习源码最市侩的价值那就是面试会问了，比如说 HashMap 的一些经典问题：
   1、加载因子为什么是 0.75？
2、为什么链表改为红黑树的阈值是 8?
3、HashMap的底层数据结构是什么？
4、解决hash冲突的办法有哪些？
5、HashMap数组的长度为什么是 2 的幂次方？
6、HashMap 的扩容方式？
  这些问题只有通过源码才气得出比力正确的回答。
但是我个人认为阅读源码对我们最大的价值实在是我们可以学习鉴戒源码计划中的优秀头脑。
   想象一下，我们每天做着CURD的996工作，根本没偶然机接触优秀的项目计划头脑。而阅读源码是我们最容易接触到优秀项目计划核心头脑的机遇。
  其次阅读源码也可以在体系出现棘手的问题时候，可以快速定位解决。大大提升自己在职场中的核心竞争力。
   有个同学说过一句话，给我的印象特别深刻，就是“有啥解决不了的？只要你肯阅读源码。”
  六、项目管理本事

实现一个软件体系的过程，不仅只有编码，还涉及到项目安排，团队调和等一系列非技术因素，如果想从一名程序员走向管理岗，成为 team leader 或者开辟经理，软件工程方面的知识就必须得跟得上。
要想写出一个好而美的程序，需要经过三个阶段。
第一阶段：有扎实的根本功，简单点说，就是要做到语法熟练、框架熟练，成为一名可以或许完成开辟任务的“码农”。
第二阶段：从“码农”到“工程师”，在局部上，不仅要可以或许实现功能，还能关注功能之外的维度，比如坚固性、低耦合、可扩展等指标。
第三阶段：从“工程师”到“架构师”，不仅在局部上追求一个模块的优劣，而且还要从整个体系层面去掌控，合理安排资源的优先级，包管整个体系不会出现腐败等等。
以是要想成为一名优秀的架构师，项目管理本事是必不可少的。
比如项目范围管理、质量管理、资源/成本管理、风险管理等一系列管理本事。有兴趣的同学可以学习PMP，提升一下自己的项目管理本事。
传统猜测项目管理

敏捷开辟项目管理

说在最后

学习的过程，就似乎登山一样，大概有 80% 的人在这个过程中会掉队。要想成为一名优秀的架构师，除了自身的努力，也需要一点点运气。
那么请信赖我，只要目的明白，努力加上坚持，再加上一点点好运气，你就能登顶！
最后说一句(求关注，求赞，别白嫖我)

近来无意间得到一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。
这是大佬写的， 7701页的BAT大佬写的刷题笔记，让我offer拿得手软
本文，已收录于，我的技术网站 cxykk.com：程序员编程资料站，有大厂完备面经，工作技术，架构师发展之路，等经验分享
求一键三连：点赞、分享、收藏

点赞对我真的非常紧张！在线求赞，加个关注我会非常感激！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。