智能提示功能如何融入spring-boot-starter进行交流？

本文共计1588个文字，预计阅读时间需要7分钟。

前言：前几个月和隔壁组的老板闲聊，他说项目的供应商离职率居高不下，最近还刚有个刚接手的ESB订购接口两周就提出离职，而他能做的就只有苦笑和默认地接过这个烂摊子了。

前言

前几个月和隔壁组的老王闲聊，他说项目的供应商离职率居高不下，最近还有开发刚接手ESB订阅发布接口才两周就提出离职，而他能做的就只有苦笑和默默地接过这个烂摊子了。
而然幸福的家庭总是相似的，而不幸的我却因业务变革走上了和老王一样的道路。单单是接口的开发居然能迫使一位开发毅然决然地离职，我既不相信是人性的扭曲，更不信是道德的沦丧。
抛开这个富有色彩的故事而言，我发现原来的项目存在如下问题：

• 有使用任何现代依赖管理和构建工具(如Maven, Gradle)，直接把所依赖的Jar包存放在项目目录下的lib目录中，日积月累导致lib目录下存放大量无用Jar包；
• 没有使用代码版本管理工具管理代码；
• 技术文档欠缺，全靠师傅带徒弟的方式传授框架使用方式和开发流程；
• 机械性配置项多，而后来的开发人员大多只能依葫芦画瓢添加配置，既容易出错同时又增加问题排查的难度。
• 针对前两个问题，我们只需梳理出必须的依赖项并加入Maven或Gradle管理，然后托管到Git即可。
• 而后两者则可以通过spring-boot-starter将必选依赖项和配置统一管理，并附上相关技术文档；然后通过模板模式和注解简化开发流程，提供Demo降低入门难度。
• 最后就可以把具体的业务功能开发交给供应商处理，我们专心做好过程管理和验收即可。