lee88688

关于 webgl 相关的教材 op 考虑做吗，我发现这部分还比较少呢。

@facelezz API 慢一些到还好，毕竟补全需要的东西少，但是他这个补全的功能确实太差了，确实没法用。

@facelezz 效果确实不好，我也用 deepseek ，补全基本上没有几个有效的。而且由于我用 vim 模式编辑速度比较快，很多时候只是请求了数据，并没有相应我就已经编辑然后就开始另外的请求😂。这个开源项目跟已有的商业产品差的不是一点半点啊。

@facelezz vscode 引用上下文好像也不支持，只要特定模型才行。我在 vscode 上使用补全也很辣跨，而且我发现他们的 pre release 的仓库好像没有公开？

我是公网端口挂了一个 vmess 协议，然后用这个翻回家这个安全性可以，也比较方便。

楼主加油，我之前也做过一个 epub 的阅读器，后面准备用 foliate-js 重更新一下，楼主做了我想做的，点赞。

话说 less 不能满足需求吗，我感觉能满足目前你的需求啊

@binaryify 每个人理解不太一样，我也觉得 react 心智负担还是低，hooks 那些坑确实也存在（我也被坑过不少）。现在基本告别 class components ，相关的优化也可以在一开始不去管它，但默认性能确实不如 vue 等新框架好。
我觉得 vue 也有自己的问题，proxy 对象在复杂的依赖关系和数据结构上让调试和依赖追逐变得复杂很多。模板相对于 jsx 概念太多，指令这种既有编译器也有运行时的东西全是黑箱。vue 的组件创建大多都是但文件，相对函数式组件定义方式创建成本更高，会让开发者更倾向于减少封装。
总的来说毕竟是出来多年的框架或多或少有些问题，如果你想要都爽的可以去看看新框架（例如 solidjs ），但是生态嘛🤣。按照自己开发需求选择就好了。

@murmur 我觉得还是千万不要这么想，虽然 react 的 hooks 设计在现在看来没这么好，但理念还是很先进的，不然后面的 vue API 设计有受到影响。整体上 hooks 还是比较先进的逻辑封装方式，比 class 还是先进。更不要说 react compiler 出现会抹平这些差距。