[求助&疑似bug？]关于源码两个问题请教

[hengxianqin11]

第一个问题是custom_plugin里的插件的create被执行两次

我最近仿照calendar插件写geogebra的插件,发现渲染的时候报错,不知道怎么解决,同时发现create代码被执行了两次.

于是我对参照的插件calendar 和 drawio 的源码里的create方法也添加console日志,发现这两个插件也执行了两次create,
少部分情况下打开md文件只执行一次,多数执行两次.切换md文件总是执行两次.

第二个问题是,什么情况下使用destroy
这个问题就算纯提问,因为我对calendar的destroy添加日志,然后用ctrl+shift+alt+p快捷键删除整段代码的时候destroy并没有执行,这个方法的作用是什么.

PS:如果不是create执行两次问题造成我的插件渲染出问题,那么如果作者有时间的话,恳请帮我看看我写的代码渲染为什么报错,给点修改建议,我能力实在有限,这个bug已经不是我能解决的.迫不得已我也不太想用iframe这种大内存的方法.如果我自己用没什么大问题,有内存泄漏问题也可以接受.(plugin直接覆盖,然后打开测试文件). 开发代码,除了我新增的文件外,只对①多语言的三个配置文件,②rules.js,③schemas.js,④custom_plugin_default.toml六个文件添加必要的配置语句.

非常感谢.

[obgnail]

@hengxianqin11

你好，感谢反馈。

确实会执行若干次 create 函数，键入 ctrl+shift+alt+p 时也确实不会调用 destroy 函数。

我想你对我在 comment 里说的 Typora 总是经常销毁和重建所有的图形代码块（比你想象得还要频繁得多）。 这句话已经有很好的理解了。

---

究其原因，Typora 图形代码块的实现很傻逼，重建和销毁图形代码块的频率超乎你的想象，时机也是捉摸不定。

1. 比如每次插入一个新的图形代码块，就会销毁并重建当前文件中的所有图形代码块。
2. 比如通过键入 ctrl+shift+alt+p 删除代码块时就会调用 File.editor.fences.beforeDeleteFences 和 File.editor.UserOp.deleteBlock 函数。但是通过框选删除代码块就不会调用。

Typora 在代码块这方面的代码很混乱，我不得已采用最保守的策略：

1. 允许执行多次 create 函数。
2. destroy 只会在切换 md 文件前偷偷执行。

这个策略虽然很傻逼，但是能跑，而且对于 echarts 这种现代化的图形库来说压力不大，能解决问题。

---

Typora 官方并不支持插件系统，因此 Typora-Plugin 的只能通过逆向+黑魔法的方式实现，且必须兼容现有逻辑，这导致了它处处掣肘。一切魔法的背后都有一个不堪入目的实现。

[obgnail]

Typora-Plugin 建立在黑魔法的基础上 —— 通过逆向工程找出关键函数，用 decorator 装饰它，将其封装为生命周期做逻辑分发。

具体到这件事：

1. create 函数是通过劫持 File.editor.diagrams.updateDiagram 实现的。由于 Typora 动不动就执行 updateDiagram 函数，导致 create 也会执行多次。
2. Typora 原生支持的 mermaid 和 flowchart 是不会生成 chart instance 的（无状态），导致根本找不到对应 销毁图形 的关键函数，于是 destroy 函数只能通过劫持 File.editor.library.openFile 实现。

具体实现你可以阅读源码 diagramParser.js 和 thirdPartyDiagramParser.js，其中 后者是前者的高级封装。

---

根本原因：为了所见即所得，Typora 付出了巨大的代价，Typora-Plugin 被迫跟着使用各种邪道。

Fun Fact: 1.1.x 版本的 Typora-Plugin 甚至是通过攻击 Electron 漏洞的方式实现功能的，算是一种 良性病毒。

[hengxianqin11]

谢答,听得懂一点点,下午我也隐约察觉是typora本身安全性的问题,于是已经采用你写的那版动态生成iframe的版本,做成了代码块的形式.自己做笔记足够使用,而且非常方便,免去我切换应用还要转换资源文件的烦恼.再次感谢作者提供的帮助.

[obgnail]

@hengxianqin11

如果你已经做了这个插件：

1. 重要：请把配置从 custom_plugin.default.toml 迁移到 custom_plugin.user.toml 文件中。否则下次升级的时候，你的插件会被自动移除。原则上，用户是不允许编辑 default.toml 文件的。
2. 可以考虑资源自托管，这样就不必依靠网络了。具体资源包见之前的 issue。
3. 可以把插件代码发给我看看，我帮你优化。

[hengxianqin11]

@obgnail 十分感谢帮忙.

1.这个插件我打算写一个脚本来一键安装和卸载,如果是新文件则直接复制,如果是已有文件则以插入/删除string的方式修改文件,因为想到语言包那三个配置文件也入侵了,所以就统一在主文件改了
2.自托管已经用上了,必须用,很快
3.代码其实自己写的没多少,就只增加了一个path读文件转base64的功能,但是用不上.这个功能导致create里使用了异步文件读取,可能因为时间太长了,导致container永远会create两个iframe出来,而且mount之前destroy也无法解决.(①在配置里打开"以导出模式渲染",小字有解释,②index.js放开三处标记有/*永远不能渲染为导出模式)async*/的注释代码即可使用),如果可以解决这个问题,我打算把deployggb.js也base64化,做无文件依赖的导出

ggb插件代码

[obgnail]

被迫使用入侵式代码是因为我没有给 CustomPlugin 的接口做兼容。一直偷懒没做。哈哈。

理论上应该 preferences 在获取 schemas 后应该加上 CustomPlugin 的个性化内容，我明天考虑考虑该怎么做。

[hengxianqin11]

哈哈哈哈哈哈,👍👍👍😆😆😆