tangcent

😂，我的预期是`SuvExportAction`只是作为一个聚合渠道方便选导出渠道&部分`api`。效果预期和直接`YapiExportAction`应该是一样的。这里不一样那就是`bug`。你可以尝试修复它?

Postman更新的问题还没有很好的解决方案，主要是很难判断从postman读取到的最新数据是之前导入的还是用户修改过的，也就没法做diff。 > 偶尔还会出现导出一次生成两份一模一样接口的情况 这个有可能是没读取到最新的数据，也有另一种可能，path为`/{xx}`这种，如果手动在postman里调试的时候改过了，比如`/123`, 那用插件更新的时候没能识别出来`/123`这个接口就是`/{xx}`。 --- 总的来说，目前建议勾选Preferences(Settings) > Other Settings > EasyApi > Intelligent > export current method only，只用插件上传新的接口。尽量少用插件去更新已有的接口。 当然，如果你有更好的想法，可以提出来。 : )

可以看看之前的issue: #515, #723, #337 另外github上应该有一些开源项目是用maven/gradle实现文档解析的，你可以搜索看看。 我一直有这个疑问: 是否需要考虑不同的分支上同时上传导致文档不一致问题? 当不同的分支同时在开发时，文档被来回覆盖，似乎是个问题？

对，因为抽象了AccessibleField，把field+getter+setter视为一个整体了。在处理规则的时候还是会尝试用accessibleField.field, accessibleField.getter, accessibleField.setter https://github.com/Earth-1610/intellij-kotlin/blob/af2d8937cc08d67bb52e34c11dcc77d7b11b52fc/intellij-idea/src/main/kotlin/com/itangcent/intellij/psi/AbstractPsiClassHelper.kt#L1326-L1338

ref: https://github.com/tangcent/easy-yapi/issues/763#issuecomment-1127183105 试试有没有用

> resolveProperty = true 和等于false有何区别 https://github.com/Earth-1610/intellij-kotlin/blob/c905f2444fa0c712c59cf6ba9f208876957232e1/intellij-idea/src/main/kotlin/com/itangcent/intellij/config/AbstractConfigReader.kt#L149 resolveProperty用于控制是否处理`${xxx}`, 你截图上的配置里将resolveProperty置为false, 就是为了让插件不要尝试处理`${1}` > 这个不同的枚举 又有什么区别呢 https://github.com/Earth-1610/intellij-kotlin/blob/c905f2444fa0c712c59cf6ba9f208876957232e1/intellij-idea/src/main/kotlin/com/itangcent/intellij/config/AbstractConfigReader.kt#L173

我试了一下，注释被正确屏蔽了。 你试试再加这个日志，看看配置有没有生效。 ```properties api.class.parse.before=groovy:logger.info("doc.source.disable:"+config.get("doc.source.disable")) ```

没有特殊考虑，纯粹是我用到的场景一直是返回json 对于你提供的这个接口，怎么让插件知道返回的不是"home.html"而是文件呢?

> 大佬什么时候实现 分组排序呀 分组排序是指?

模仿`check_groups`里的代码写，groovy不熟悉的话，你就直接当java写就好，基本上是兼容的。