简化框架会掩盖诊断线索

一个封装得很好的框架（比如Spring对Hibernate的包装）能大幅减少样板代码——不用手写事务 管理、会话获取、异常处理，但这种便利是有代价的：它把使用者推得离底层机制更远，一旦某 处出了问题（映射写错一个字段、刷新时机不对、驱动的兼容性问题），排查起来反而更难，因 为你已经不清楚底层到底发生了什么。真正的解法不是回避这些抽象，而是先把底层机制吃透， 再去享受框架带来的简化——这样遇到框架”失灵”的时候，才有能力绕开抽象、直接定位问题所 在。发散：这是”抽象的双刃剑”在工程实践里的一个具体案例——抽象层次越高、日常操作越轻 松，出故障时的排查成本往往就越高，这个交换比是固定的，唯一能做的是提前储备好”脱下抽 象外壳”的能力，而不是假装抽象永远不会漏。