Add onDataChanged method to handle data changes in the plugin #16244
Conversation
TCOTC
force-pushed
the
feat/onDataChanged
branch
from
c2ba4dc to
f387e77
Compare
|
可以 review 了 |
|
|
||
| export const reloadPlugin = async (app: App, data: { upsertPlugins: string[], removePlugins: string[] }) => { | ||
| data.removePlugins.forEach((item) => { | ||
| export const reloadPlugin = async (app: App, data: { upsertCodePlugins?: string[], upsertDataPlugins?: string[], removePlugins?: string[] } = {}) => { |
There was a problem hiding this comment.
upsertCodePlugins 这个为什么要加 Code？
|
|
||
| export const reloadPlugin = async (app: App, data: { upsertPlugins: string[], removePlugins: string[] }) => { | ||
| data.removePlugins.forEach((item) => { | ||
| export const reloadPlugin = async (app: App, data: { upsertCodePlugins?: string[], upsertDataPlugins?: string[], removePlugins?: string[] } = {}) => { |
There was a problem hiding this comment.
upsertDataPlugins 会有对应的 removeData 么？这个参数是 Data，应该不用加 plugins 后缀了。
There was a problem hiding this comment.
插件删除配置文件也算在 upsertDataPlugins 内
| } | ||
| }); | ||
| } | ||
| reloadPlugins.push(pluginName); |
There was a problem hiding this comment.
|
|
看了你的回复，发现这并不是处理 data change 的。抱歉，没注意看前面的 #15444 (comment) 。如果要处理禁用状态下卸载插件的话，可以加一个阶段为 uninstalled，即卸载成功后的回调。你看这样可以么? |
|
前面那个 issue 之所以需要在没有启用插件的情况下卸载插件，是因为把 onunload 方法用来处理插件配置同步了，现在增加一个新的 onDataChanged 方法就可以使用正常的 onunload 方法在前端卸载插件了。 我感觉没有什么办法能在不启用插件的情况下执行 uninstall。 |
|
这个是卸载的问题，和 data change 没有关系。这样开发者可能无法理解，我也不太理解。一开始我就误解为插接数据变化的同步。 |
|
确实是插件存储的数据的变化，就是 this.data |
|
正常情况下 onunload() 应该移除插件在前端添加的所有组件，但之前的逻辑是存储数据变更会先执行 onunload() 再执行 onload()，同步一下插件配置就会把组件全部移除的话交互太奇怪了，所以我就把完整的 onunload() 逻辑移到 uninstall() 里去了，然后就会导致一个问题，如果用户先禁用插件再卸载插件的话就只会执行 onunload()，一部分组件还留在界面上。 增加一个单独的 onDataChanged() 方法的话，我就可以把 uninstall() 里的逻辑移回 onunload()，把 onDataChanged() 用来处理配置同步，onunload() 用来完整移除组件，uninstall() 只额外执行一步 removeData()，这样就基本没有在禁用插件时卸载插件执行 uninstall() 的需求了。 |
|
实际上这个 PR 单纯就是用来处理数据同步的，不看之前那个 issue 也完全没有影响 |
|
如果不看前一个 issue，把这个做为数据更改的话，它又和 onunload，uninstall 这些生命周期混杂在一起。还是没搞懂这个的用途和价值。 |
|
目前数据同步之后插件会执行 onunload() 和 onload()，增加一个 onDataChanged() 就不需要执行 onunload() 和 onload() 了 |
|
但是 changeDate 不应该和 onunload() onload() 搅合在一起 |
|
我没理解你的意思 |
|
onDataChanged 应该只是在数据有改动时回调他，不应该去 onunload 和 onload |
|
那我的代码有什么问题呢？ |
|
如果要解决 #15444 (comment) 这个问题的话，不应该叫 dataChange；如果要添加 dataChange 的话，不应该和生命周期混在一起。 |
|
这个 PR 不能实现“在禁用状态卸载插件”，而是能让我的插件不再需要“在禁用状态卸载插件”这个需求 |
|
@Vanessa219 upsertDataPlugins 的插件如果没有实现 onDataChanged() 方法，或者执行 onDataChanged() 方法出现异常了，就需要关闭再打开
|
|
为什么？ |
|
|
onDataChanged 这个应该只针对数据修改，不应该去进行卸载和加载插件。没有实现的话不处理即可。 |
|
不能破坏已有的逻辑，没办法要求所有插件都立即加上 onDataChanged 方法。 |
|
不加的话就不需要处理。这个是新加的功能，不会破坏已有的。 |
|
已有的逻辑是关闭再打开。你可以试试修改插件配置之后同步，另一个客户端上的插件会关闭再打开 |
|
说的是新加的 onDataChanged，这个和已有的不存在关系。 |
|
已有的逻辑是插件配置同步之后会把插件关闭再打开： video.webm最新的代码去掉了这个逻辑，破坏了插件配置同步的功能： video.webm |
|
那需要发个通知让插件去更新 @88250 |
|
只要把 1d19028 改回来就正常了 |
|
那还是兼容了一下这个历史问题吧。 |
|
版本号错了：
|
|
我注意到目前的实现还有一点缺陷，等我改完 PR |
|
好的 |
fix siyuan-note#16244 重构、修复插件重启逻辑 重构 比如插件在 onload() 中插入了图标，uninstall 会把图标删除，afterLoadPlugin 又不能执行 onload() 把图标加回来 使用 getElementById 先加载插件样式 避免插入重复的样式 改进插件样式插入位置
3 participants
给插件添加 onDataChanged 方法，用来替代同步之后插件先 onunload 再 onload，解决我在 #15444 (comment) 遇到的问题
基于前一个 PR 修改，需要先合并：#16243
需要测试：