染陌同学

关于查询宿主环境是否支持某个特定的事件能力的提案讨论

12

Hi All, 这个 issue 抛出一个关于事件的提案，我希望能够在 Web 中文兴趣组内先进行一些讨论，收集意见和建议，最终目标是能够贡献此标准。 ``` 需要注意的是这个文档目前还只是一个"提议"，还不算是比较完整的提案。 ``` 提案期望解决 Web 标准下具有根据“特征判断”来获取当前宿主环境本身是否提供某个事件能力，以此来得知是否可以在当前宿主环境下使用某个具体的事件能力。 举个例子： 以 [dblclick](https://developer.mozilla.org/en-US/docs/Web/API/Element/dblclick_event) 事件为例，在移动端上，safari、firefox 等浏览器支持，但是 chrome、android WebView 不支持，这时如果我们没有“特征判断”则需要像下述那样编码。 ```javascript if (/Chrome/.test(window.navigator.userAgent)) { // 通过其他手段实现，比如判断 2 次点击 }...

rax-compat 需支持 原 rax-app 导出的一些能力

3

import { xxx } from 'rax-app' 需 alias 到 compat，支持原本 rax-app 导出的一些能力并抹平差异，比如 router、store 等。 需考虑 store 新方案的迁移成本。

[RFC]统一预请求方案

4

现状： PHA 中，某个 page 下面的 dataPrefetch 会编译到对应的 home-manifast 中。 ```js export function getConfig() { return { title: 'Home', dataPrefetch: [ { key: 'key_1', prefetchType: 'mtop', api: 'mtop.tmall.kangaroo.core.service.route.pagerecommendservice', v: '1.0', data:...

举个例子：比如 getData 与 PHA 的预请求概念（包括 worker）其实是可以合并的，提供给用户一套统一的框架能力，让其在不同容器中自动切换到该容器提供的渐进式增强能力，而不是通过割裂的用户操作的方式去做业务代码上的抹平。 这里包括： - [ ] 预请求 https://github.com/ice-lab/ice-next/issues/585 - [ ] 缓存 - [ ] 路由 - [ ] 同层 - [ ] 讨论补充...

SSG 方案下老项目会遇到非常多浏览器里面 binding 的运行时能力在 Node 环境中缺失，尝试开启无头浏览器运行 SSG 可以解这些问题。

### Summary | 概述 _No response_ ### Motivation | 背景 PHA 等场景下原本 meta 支持的能力，后续会替换成 js + uni-api 的形式，需要插入到 body 之前。 ### Usage example | 使用示例 _No response_ ### Detailed design...

有些业务会通过创建 image element 并且设置 src 来完成图片的 preload，业务同学不清楚 rax-picture 的原始逻辑，preload 的资源是转换前的资源，导致实际上没有油画效果。