@azh7138m @isukkaw npm/yarn 的版本控制也没有完全解决版本冲突的问题，还存在 node_module 体积爆炸问题，阿里 umi 框架初始化 node_module 就超过 1G，每次 ci/cd 上线 都是灾难。

HTTPS 不能保护服务器被入侵导致的投毒，npm 同样也不能保证不被人挂马啊。

你不能说因为 cdn 服务出现问题就 废 CDN 方案，npm 包挂马、不稳定大家不也用了这么多年了吗？而且你说的这些问题，也有很多方案，就看自己承受的成本了。安全本来就是相对的，光谈安全风险不讲自己需要的安全级别吗？
----------
ps: 我的前端知识面确实很窄，还望知识面*略微*宽广的前辈多多指教，万分感谢～

@isukkaw 这个问题值得讨论啊，我的想法是 https 也足够了吧。
sha 检验完整性，要基于首次下载的 sha 也是合法的基础上。如果首次下载或者更新是 被篡改的，这个 sha 也没有啥用。
如果需要 sha 检验，deno import 也完全可以缓存包时，也生成一份 sha 啊。这个可以提 issue。


而且 deno 比 node 更关心安全，npm 的现状就相当不安全，network 以及本地的 file system 全都没有做权限 控制。在如此不安全的情况下，前端不也用得很欢快吗。

@tyrealgray 批量升级版本，靠 ide 和 vscode 就可以解决。新引入一堆包，版本冲突、不明确，带来的问题，才更容易疯。
或许，加上 import 别名 这个方案值得考虑一下。

这一点不能否定 deno import
@isukkaw 所有的依赖都会有这个 问题。golang mod, pypi, npm 无一幸免啊。

手机注册，不能很好的解决换号问题+隐私问题。邮箱是解决这个问题的好方法。但是让用户记住密码是很麻烦的事。
第三方登录最省心，手机 /邮箱是辅助。

还是 ts 真香。
还是更期待今天夏天 deno 能出 1.0 版本

@xiaoming1992 感谢！
我才想明白，我想成了把 fn:F 想成了执行时 `fn2("a", (n:number)=>n)` 才确定类型 为 number

其实编译 typescript 时, fn:F 的类型就确定必须接受: number|string|Date，少一个都不行

ps:程序员不要熬夜，熬夜太多了，脑子要坏

你没有看懵了-〉我没有看懵

@xiaoming1992 你没有看懵了，我确实是不明白。
我的代码里面 fn 的类型就是 TMap["a"]吧，也就是(a: number) => any 吧

fn(1) 中 1 与 a:number 应该能匹配类型才对呀

@wi 请问这里怎么错了啊？

```
$ cat a.ts
interface TMap {
"a": (a: number) => any
"b": (b: number | string) => any
"c": (c: Date) => any
}

function fn2<T extends keyof TMap, F extends TMap[T]>(a: T, fn: F) {
console.log(a, fn(1))

}

fn2("a",(a:number)=>a)
➜ ts$ git:(master) ✗
$ tsc a.ts
a.ts:8:27 - error TS2345: Argument of type '1' is not assignable to parameter of type 'number & Date'.
Type '1' is not assignable to type 'Date'.

8 console.log(a, fn(1))

```

现在没有传统黄牛了。
如果要说黄牛，抢票软件（特别所谓加钱高速抢票）才是新时代的技术黄牛——高频刷票还严重拖慢了 12306 的服务器。

要杜绝？除非大家都不要去黄牛那里买票黄牛就死了（抢票软件就死了）
1. 尽量用候补，只要能候补 75%就能买到票（我过去候补的都买到票了）春运票还有一个月呢，会持续放票的。抢票软件还容易泄露个人信息
2. 推进高铁建设、提高春节运力

@littiefish 候补十几次都没买到？我怀疑你是乱说。
为什么我每次修补都买上了票。能否说说兄弟是从哪去哪儿？票如此紧张

回成都应该不需要抢票，2000 多公里。
能修补就能买的
还有一个月呢，会持续放票。
--------------------
除非预售票我会用飞猪预付一下，现售票没必要用三方抢票,不安全

说了半天，也没有说到哪里滥用了。
再说，不使用 ssr、多页面就滥用了？
坦白讲， 用 codeSplit 实现按需要加载，甚至都没有必要上多页面。

@zhennann 你是 cabloyJS 的作者吧。你的文档现在打不开啊。
先别说你的框架进化到什么程度，你这个 cabloyJs 支持这些吗：
1. code split
2. 类似 umi 的区块
3. HMR 热加载
4. typescript
5. api mock
6. 单元测试，如 jest
7. 类似 umi ui 的开发平台

前端工程进化是快，但跟后端比起来差得远呢。umi 算是眼前一亮的前端开发框架，但是还是太臃肿了，主要是 node_modules+ webpack。
前端的基础设施还差得多呢，希望未来 rollup 能支持 HMR, deno 带领 ts 起飞

最近用 vscode 构建 java 项目，感觉还不错，以后应该会越来越成熟

wasm 不是解决这种 api 问题的。wasm 未来用来写 cpu 密集的逻辑。

5 个月后，chrome 出了 native file api，可以说彻底解决了访问本地文件 、文件夹的问题：
https://web.dev/native-file-system/

坐标：北京五道口

@JamesR 你是不是想告诉我 浏览器的所涉及的安全问题？我当然明白这个涉及到用户授权的问题，我讨论的范围也是用户要点击 button 选择文件夹后，“授权”后才能做的事情（现在 chrome 不就支持这么做么）。我没有说自动读取用户的文件系统呀。

activeX/applet/flash 之类的已经不属于浏览器的自身了。只能说明过去浏览器功能支持太有限。

@ochatokori 谢谢你的意见 electron 或许是一个不错的选择