我前面不是说了吗？我的场景里面是特定的 JS 环境。你们搞的那些东东在这种环境里面一个都跑不起来。

【 在 pangwa (学门手艺，混口饭吃.) 的大作中提到: 】
: 至于说技术原理, 个人认为我对这个东西的技术原理还是略懂一些的, 但从工作的角度来讲, 无非是用合适的技术来解决工作的问题, 不觉得为了搞明白技术原理而搞一个轮子去某个问题更好哇, 对吧.
: 从你这个问题来讲, 请问你有没有用过前面提到的几个工具, 然后发现它们不适合或者解决不了你的问题?  从你的提问来讲, 你要解决的是一个非常简单的问题, 这几个工具都已经解决的很好了, 那么有什么必要一定要自己轮一个呢?
--
FROM 110.81.42.*

我们没有页面呢，纯 JS 的，只能访问到 dom，不能访问到页面的 js.

我需要去兼容页面，所以才吐槽这种事。今天 react，明天 vue，哪天再出来个框架监听那些事件。。我又得想办法了。

【 在 pangwa (学门手艺，混口饭吃.) 的大作中提到: 】
: 1. 你前面并没有提 特定的js环境, 对吧
: 2. 如果针对你们特定的js环境测试网页, 我倒觉得可以mock一些方法, 试试让你们的页面可以在网页里渲染起来,  之前我们的基于electron的一个程序, 想过用类似的方案搞自动化测试(不过后来没做)
--
FROM 110.81.42.*

是基于html渲染的, 还是QML渲染的?
基于html渲染的应该好搞一点, 基于QML的就不好说了
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 我们没有页面呢，纯 JS 的，只能访问到 dom，不能访问到页面的 js.
: 我需要去兼容页面，所以才吐槽这种事。今天 react，明天 vue，哪天再出来个框架监听那些事件。。我又得想办法了。
--
FROM 101.83.209.*

我又去翻了下原文, 感觉老鱼某种特别的优越感啊...  不过说回来, 前端的技术含量也不低, 虽然我不专业搞前端.   时代变了.
【 在 eGust (十年) 的大作中提到: 】
: 不知道你怎么总能编出来这么多不存在的事情
: react 跟 vue 哪里吵了？
: 上次还编说 node 自称要统一后端
: ...................
--
FROM 114.95.226.*

哈哈。。我就说你自己套小圈里吧。。居然说 yield/async 在 js 社区不主流。

眼界放开一点。现在 async/await 这一套在各种语言里面都是主流了。在 rust, python 社区里面都在大力普及了。es2017 到现在也四五年了。

说实话，js 社区特别奇怪。如此摒弃自己吃饭的工具，js 扔了搞 ts 真是太奇葩了。

【 在 eGust (十年) 的大作中提到: 】
所以我说迷之自信呢。比如只见过 python 有 generator/yield，就觉得 js 抄的是 py

实际上基于 event loop 机制，js 天生就是异步的。不论是 callback，promise 也好，还是 generator/yield，都是基于同一机制实现的。generator/yield 除了少数 pattern 以外，在 js 世界里根本就不主流。然后因为自己懂这个锤子，就觉得 js 世界错了，你们根本就没抄对。

同样，不管什么前端技术，总归是要走浏览器的。所以所谓自动化，根本就是一个操作浏览器的黑箱，跟用了什么技术一丁点关系都没有。能得出新框架对自动化部友好的结论也是醉了，真是完全不懂什么逻辑。

从早期的 selenium，到 cypress，再到现在的 puppeteer/playwright，操作浏览器这件事情是越来越方便、简洁。

前端没技术含量，自己水平不知道高到哪里去了，那好歹别问这么弱的问题，还否定连古代的框架里根本没人在意的事情啊

【 在 pangwa (学门手艺，混口饭吃.) 的大作中提到: 】
: 我又去翻了下原文, 感觉老鱼某种特别的优越感啊...  不过说回来, 前端的技术含量也不低, 虽然我不专业搞前端.   时代变了.
--
修改:hgoldfish FROM 110.81.42.*
FROM 110.81.42.*