嘿，这个问题在Python项目维护里挺常见的，你倾向于从模块b获取符号A的思路是有道理的，但具体选择还要结合你的代码维护目标和模块间的依赖关系，我给你拆解两种方案的场景和利弊：

更适合从b引用A的情况 #

• 减少冗余导入：既然你的c.py已经导入了b，直接用b.A或者from b import A就能避免额外导入a，让代码更简洁清爽。
• 依托“门面”模块的设计：如果b是项目里专门用来对外暴露a中功能的“门面”模块（比如聚合多个工具模块的utils文件），那从b引用完全符合模块的设计意图——后续要是a里的A移到了别的模块，只需要改b的导入逻辑，c根本不用动，能省不少维护功夫。
• 对应你的顾虑点：你提到“未来c不再引用b时，无需担心移除对A的直接引用”——其实准确说，要是现在c只通过b用A，等以后c不需要b的其他功能了，只需要把from b import A改成from a import A就行；但要是一开始就同时导入a和b，反而还要清理多余的import a，所以这个场景下你的选择确实更省心。

更适合直接从a引用A的情况 #

• 依赖关系更清晰：直接从A的定义模块a导入，看代码的人一眼就能知道A的真正来源，不用在多个中转模块里找来找去，可读性拉满。
• 避免传递依赖的风险：要是以后b不再导出A了（比如维护者删掉了from a import A这行），那从b引用A的c就会报错；但直接从a导入的话，完全不受这个影响。
• 工具支持更友好：像mypy这类静态类型检查工具，或者IDE的代码导航功能，对直接从定义模块导入的符号支持更好，能更精准地给你跳转、提示，开发效率更高。

总结建议 #

如果b是项目里用来聚合相关功能的公共模块，那优先选从b引用；如果A是核心的工具/异常类，你更看重代码的依赖清晰度和稳定性，那直接从a导入更合适。

回到你的例子，要是现阶段c已经依赖b，也没有特殊的可读性或稳定性要求，选从b获取A完全没问题，确实能帮你减少后续的维护麻烦。

内容的提问来源于stack exchange，提问作者Amit