跨独立IntelliJ项目重构：选插件开发还是提交PR？

优先做插件，别碰IntelliJ源码PR #

• 不用折腾JetBrains的核心源码，既避开PR被拒的风险，也不用管后续版本更新的兼容问题。
• IntelliJ的插件API完全能满足你的需求：
  • 你可以拦截内置的重构操作（比如常量重命名），通过RefactoringActionHandler这类接口，把扫描范围扩展到当前窗口里所有打开的项目。
  • 根本不用自己写重构逻辑，直接复用IntelliJ现成的分析、修改能力，只需要调整扫描的项目范围就行。
• 针对Maven的场景还能加个小优化：
  • 插件可以识别项目间的Maven依赖关系，只给实际依赖Lib的App项目同步重构变更，避免乱改无关项目。

为啥不建议改IntelliJ源码提PR #

• 核心功能的PR审核门槛极高，得完全符合JetBrains的代码规范、架构设计，还要考虑所有用户的使用场景，大概率会被打回或者拖很久。
• 等IntelliJ一更新，你改的代码说不定就被覆盖了，后续维护成本高到离谱。

插件开发的核心点 #

• 盯着com.intellij.refactoring包下的类，比如RenameHandler，扩展它来调整重构的上下文范围。
• 用ProjectManager拿到当前窗口所有打开的项目，把这些项目都纳入重构的扫描和修改范围。
• 测试的时候一定要模拟真实的Maven多项目场景，确保重构变更能准确同步到App里。

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