去年使用的时候就支持了

学过前端确实感觉安卓明显更难，心智负担更重一些。我学习的时候也是看第一行代码入门，然后自己搞一些开发玩具项目巩固一下。
另外，感觉安卓的文档挺奇怪的，不是很好理解，而且会在讲解概念 A 的时候提到概念 B 和 C 。点进概念可能还会进入未翻译的 reference

第一个图的图源是不是挂了，挂了代理也访问不了

好贴，希望以后能看到更多这类高质量分享

最近打算去一趟办卡，收藏一下

@mumbler 如果有对应的程序应用可以对接不同的硬件设备吗，也是担心一套程序在一套硬件上能跑使用另一套就不行的情况。之前其实是走直接找硬件厂商合作的模式的，但是硬件厂商都需要我们这边先压货几百台设备再继续谈对接开发，一些子公司不想压货这么多，所以才问开源模式的😶‍🌫️

@li1218040201 看了下 ie 的文档，可以使用 ie chooser 调试，终于知道一些问题出在哪了

@li1218040201 是这样吗，我之前也试过 webpack 打包成这样然后提供给旧客户端程序渲染访问，但是测试有问题，就认为还是在引用外部包了😂，客户端程序拉不出 debug 工具调试，所以很麻烦。感谢解答🙏

@li1218040201 和你打包出来的产物差不多，在 bundle.js 中出现了 webpack require internal 包路径的问题
主要是想讲 polyfill 也实现到单文件而不是 require 进来，因为 js 文件是使用到模板渲染中的，不是单纯前端项目

@li1218040201 我使用的 webpack 打包配置是这样的
webpack.config.js
```javascript
const path = require('path');
const { optimize } = require('webpack');

module.exports = {
entry: './src/index.js', // 你的入口文件
output: {
filename: 'bundle.js', // 输出文件名
path: path.resolve(__dirname, 'dist'), // 输出路径
},
optimization: {
// 禁用代码分割，确保所有模块打包到一个文件
splitChunks: {
cacheGroups: {
default: false, // 禁用默认的分割
},
},
},
target: ['web', 'es5'],
module: {
rules: [
{
test: /\.js$/, // 匹配所有 JS 文件
exclude: /node_modules/, // 排除 node_modules
use: {
loader: 'babel-loader', // 使用 Babel 转译
options: {
presets: [
[
'@babel/preset-env',
{
targets: '> 0.25%, not dead, ie 6', // 目标浏览器为 IE6
useBuiltIns: 'entry', // 使用 polyfills
corejs: 3.39, // 使用 Core-js 版本
},
],
],
plugins: [
'@babel/plugin-transform-arrow-functions', // 强制转译箭头函数
],
},
},
},
],
},
mode: 'development', // 可选：设置为 production 模式
// devtool: 'source-map', // 可选：启用 source-map 以便调试
};

```

.babelrc
```
{
"presets": [
[
"@babel/preset-env",
{
"targets": {
"ie": "6"
},
"useBuiltIns": "entry",
"corejs": 3.39
}
]
]
}
```

@lisongeee 这个 polyfill 使用 JSON 特性测试也不行，无法检测出 JSON😂。

@ysc3839 确实是 webbrowser 或者 ieframe 。这行 meta 代码我测试过在本机的客户端程序上运行是可以，但是用户平台是 win7 ，感觉可能会受到系统 ie 版本影响

@li1218040201 我也尝试过使用 webpack 打包，打包出来的产物查看实际文件似乎也有使用到 require 等外部内容引入，比如 JSON 编解码功能测试出来就不成功。

@lisongeee 用 corejs 和 babel 打包出来类似这样
```javascript
"use strict";

require("core-js/modules/es.symbol.js");
require("core-js/modules/es.symbol.description.js");
require("core-js/modules/es.symbol.async-iterator.js");
require("core-js/modules/es.symbol.has-instance.js");
require("core-js/modules/es.symbol.is-concat-spreadable.js");
require("core-js/modules/es.symbol.iterator.js");
require("core-js/modules/es.symbol.match.js");
require("core-js/modules/es.symbol.match-all.js");
require("core-js/modules/es.symbol.replace.js");
require("core-js/modules/es.symbol.search.js");
require("core-js/modules/es.symbol.species.js");
require("core-js/modules/es.symbol.split.js");

// 实际逻辑
```
里面用到了很多 require ，而且 require 引入的 js 文件里还另外 require 了 internal 的其他包，将这些包全加入到项目比较复杂和麻烦。
> 另外其实可以不打包，直接顶部加一行引入 https://polyfill.alicdn.com/polyfill.min.js
这段 polyfill 支持 ie6 吗，如果可以就帮大忙了，具体测试要明天上班才能测试

@xie919 是我们这的客户端程序，里面应该是 mfc 程序引用了 webview1 ，说是要在继续使用这个客户端程序的前提下重构页面逻辑。测试过这个 webview 应该是 ie6 ，trident 内核的

@Donaldo 有道理，犯蠢了。就当是好奇 next 应用的向后兼容性

免费版的之前就基本废弃了吧，用过来加固应用，结果加固完之后直接 package info is null 了

不管是 fp 还是 oop ，都得看架构设计和使用者，滥用继承和函数都会让代码可读性下降