来补一下 "如何验证效果" 的部份
首先假设情境, A 是你的 Web App
B 是那个要被 Spring 注入的东西, 假设在 "外部" "其它人开发的 jar" 里面
验证的项目
1. B "改变" 时, A 需要做哪些事?
ex: B 的 package 名改了,
A 要?
1-1. 什么都不用做只要改 springboot config,
1-2. 要改 code,
1-3. 要重新 build
2. 要将 A 中的 B 替换成 C/D/E 时, 需要做哪些事?
2-1. 什么都不用做只要改 springboot config,
2-2. 要改主程式里的 import 并重 build
2-3. 要改很多档案里的 import 叙述并重 build
2-4. 甚至还要改一卡车方法名, 连带的传入参数类型, etc
然后想想看, 假如 A 是你在维护, 然后发生第 1 点的状况
或者 A 是你买来的系统, 然后你想做第 2 点的事情如换个数据库、换个连线 lib
或者你想在 B 没完工确定前先写测试测 A 的流程跟逻辑
是能自己很容易做到, 还是得请原开发者帮忙甚至再重出一版
把各种做法, 包括
直接依赖实体、A/B 都依赖于 A 中所定义的接口、
使用 Spring 注入, 在主程式自己 new 自己塞等等,
通通用上面几项确认一下, 大概就知道效果在哪了