checkUserScriptsAvailable 的逻辑在 waitInit 是不是更好点

scriptcat/src/app/service/service_worker/runtime.ts

Lines 574 to 578 in 493b31d

	// 检查是否开启了开发者模式
	if (!this.isUserScriptsAvailable) {
	// 未开启加上警告引导
	this.showNoDeveloperModeWarning();
	}

checkUserScriptsAvailable 的逻辑在 waitInit 是不是更好点

waitInit 和 checkUserScriptsAvailable 可以分开独立执行
能异步的都分开处理加速载入

你会看到
initReady
是好几个 Promise

      // 取得初始值 或 等待各种异步同时进行的初始化 (_1, _2, ...)
      const [isUserScriptsAvailable, isLoadScripts, strBlacklist, _1, _2, _3] = await Promise.all([
        checkUserScriptsAvailable(),
        this.systemConfig.getEnableScript(),
        this.systemConfig.getBlacklist(),
        this.loadingInitFlagsPromise, // messageFlag 初始化等待
        this.loadingInitProcessPromise, // 初始化程序等待
        this.initUserAgentData(), // 初始化：userAgentData
      ]);

设计上，waitInit 能比其他异步更前执行
它不需要理会 checkUserScriptsAvailable 的结果

而且功能上，不论 checkUserScriptsAvailable 结果是什么
它都要尝试反注册
不会依赖 checkUserScriptsAvailable 里面的逻辑
总之能呼叫反注册就呼叫反注册，不理会呼叫有否成功
极端来说，假如有 禁止注册 但可以 反注册 的情景，checkUserScriptsAvailable会回传 false, 而waitInit里会尝试反注册

是不同的逻辑

還有不要大改1.2 這塊啦
Hotfix了就處理1.3
你看我commit都只是加幾個 「？」就算了
正如你所講，不斷有新bug的話沒完沒了
你想改次序，改完又測試不足，又一堆問題

還有不要大改1.2 這塊啦 Hotfix了就處理1.3 你看我commit都只是加幾個 「？」就算了 正如你所講，不斷有新bug的話沒完沒了 你想改次序，改完又測試不足，又一堆問題

当然不在v1.2大改了，只是提一下，可以在v1.3后续处理

加？没有用，依旧报错（Edge），我处理一下了：

我先加catch，v1.3再改动顺序看看

加？没有用，依旧报错（Edge），我处理一下了：

try{ ... } finally { ... } 改成 try{ ... } catch {...} finally { ... } 就能解决了吗？