@LokiSharp
真就全世界人均 Vue 粉呗，Angular 学习曲线陡峭要怪 Vue 的文档，也是耳目一新了
https://i.loli.net/2020/05/13/eUkuYKw1fVHNFGS.jpg

@LokiSharp
如果你说的标准不是术语上的标准那我就不知道你的标准是什么意思了，是双重的那种么？
---------
在你眼里标准这个词只有术语意义吗？没这术语前，中文不说这个词？

不要偷换概念，你说的"一个前端开发框架要求你会 TS”，如果你想说的不是 Angular 请告诉我你指的是什么框架？
---------
我不得不开始怀疑你的〇〇了…… [我从来没说 Angular 要求你会 TS，我说的是要求你会 TS 和要求你会 JS 这两个要求并不对等，因此你在 110 楼所说的“同等逻辑”不成立] 这句话这么难看懂吗？再让我解释我也只能复读这句，因为已经说得不能再清楚了。

事实上有一部分 Vue 粉丝（或者说初学者）认为 Angular 学习路线陡峭的点一大部分是因为 Vue 文档这里暗示的 Angular 用 JS 开发会很有挑战性。
----------
请不要意淫了，Angular 学习曲线陡峭明明就是几乎公认的事情，这还能甩锅给 Vue 的文档？你太看得起 Vue 文档的影响力了，你谷歌搜一下 Angular learning curving 看看有几个说不陡峭的？

@LokiSharp ts 之于 js，就是 pug 之于 html，sass 之于 css 。一个框架的官方文档用 html，css 写，然后告诉你也支持 pug，sass，这是正常的。一个框架的官方文档用 pug，sass 写，然后告诉你也支持 html，css，这是异常的，尤其是在此影响下的周边教程主流生态几乎都是 pug，sass 写的，这时候你说它“事实上要求使用 pug，sass”有问题吗？我觉得一点问题没有，即使它确实支持 html，css 。
我这例子就是针对 110 楼的“同等逻辑”，指出其并不同等。在你眼里成一堆乱七八糟的了

@LokiSharp
“还有一个概念的错误 ES 才是标准 JS 和 TS 都是 ES 的实现”
---------
我后面不是有括号吗？这里标准一词并不是术语意义上的，是字面意义上的，你也可以理解为 default 。

“所以你的意思是 Angular 的文档说了只能用 TS 了？”
---------
我不知道你是怎么“所以”出来的，敢情我这么多都白说了。

“Angular 本身就没有要求你会 TS”
---------
我从来没说 Angular 要求你会 TS，我说的是要求你会 TS 和要求你会 JS 这两个要求并不对等，因此你在 110 楼所说的“同等逻辑”不成立，仅此而已。

至于 Angular 到底要不要求学 TypeScript，我前面都说了，取决于你对“事实上”的理解，跟说 Vue 要求学模版指令、说 React 要求学 jsx 是一个性质。是不是必须？不是。是不是主流实践？是。
而且 vue 文档在你这句后面明明就有补充说明，也不存在误导读者以为 angular 不能用 es 写的嫌疑。
讨论技术文档，有事实错误就指出事实错误，不用整“阴阳怪气”这种情绪词，让人笑话。

@LokiSharp 你这个逻辑的问题在于，JS 和 TS 并不是对等的两个东西，JS 是标准而 TS 不是（用标准这个词可能不太准确，懂我意思就行），一个前端开发框架要求你会 TS，和一个前端开发框架要求你会 JS，这两个要求是同等性质的吗？显然不是。
以 Vue 举例，它的模版支持 pug，样式支持 sass，但它并没有写出四个版本的文档来教你 html+css,html+sass,pug+css,pug+sass 分别怎么写（没有任何框架会这么写文档），它只是简单提了一嘴说你可以选用 pug 和 sass，你能说它不支持这两个吗？显然不能。
但是反过来，如果 Vue 说我们强烈推荐使用 pug 和 sass，我们的所有教程和文档也都是用这俩，我们认为这是好的实践，我们的周边生态也都用的这俩。这时即便它理论上支持原生 html 和 css，你也可以说它“事实上必须用 pug 和 sass 开发”，并以此作为 vue 学习曲线高的一个点来说，我不会觉得有任何问题。
因为 html 和 pug 不是同等的要求，css 和 sass 也不是同等的要求。

@LokiSharp
只提供 ts 文档……我觉得你可能把 ts 在 vue3 里的重要性想太高了。
只提供 js 文档……现在不也是吗？这有什么问题？

@LokiSharp 看怎么理解“事实上”了，就像 React 理论上可以不用 jsx，Vue 理论上可以不用模版，但都不是典型的使用方式。
“它的文档和学习资源几乎全部是面向 TS 的”这话我看不出任何问题，难道不是事实吗？下面一段说要为 Vue+TS 玩家提供更好的支持，现在 v3 提供了，何来的打脸一说？

@LokiSharp 迷惑发言，vue 3 也不用写 ts 啊

想象不出“不能提前声明”的场景，能举个例子么

@taby 也不是说误打误撞吧，就是你的谈论和 app 的推送有相关性（是同一个原因引起的），但不互为因果

@taby 还有一种情况是，某个原因（比如热点事件）间接引起了你讨论某个东西，同样的原因也导致了 app 推送这个东西，但你的讨论和 app 的推送没有因果关系。

@taby 你感觉的准确不一定是事实上的准确，你每天会谈论很多不同内容，也会使用到很多 app，这些 app 在不同时候也会推不同的东西，如果你的｛谈论集合｝和｛推送集合｝里有一个匹配的元素，这个元素会给你留下深刻的印象，而那些更多的没有匹配的元素很快被你淡忘了，最后留下的就是“准确”的印象。
准确与否需要统计支撑，不能靠体感。

@taby 你说的这个跟监听没关系啊

我觉得，如果真的存在这样的机制，小规模使用的话，成本和收益不现实，大规模使用的话，用户的报告应该又不止现在的数量。
我个人还是倾向于孕妇效应或者归因谬误之类的心理错觉。

@lukeshawn ？？不理解在哪里
1. fun(n)的返回值是{ fun: function(m){ return fun(m,n); } }
2. 所以 fun(10086)的返回值是{ fun: function(m){ return fun(m,10086); } }
3. 同理 fun(0)的返回值是{ fun: function(m){ return fun(m,0); } }
4. a = fun(0)，所以 a = { fun: function(m){ return fun(m,0); } }
哪步不理解？？

a = fun(0) // a == {fun: function(m) {return fun(m,0)}}
这样看能理解吗？

。。为什么要用数据库存

keyCode 已经废弃了吧