没看懂你在问什么
是怕暴露代码还是怕暴露页面数据？
数据是从接口拿的，接口做好鉴权就行了，前端从来不做安全也做不了安全，前端权限控制做的是体验
代码的话，不说前端代码有什么价值，那跟登录不登录又有什么关系？

@pipi32167 我寻思背水一战好像是韩信

这个写法的可读性明显不如换行符吧，更别提潜在的兼容性问题

@ccyu220 哈哈对对对对，这个我一直想吐槽，看你一说我想起来了，每次看一个组件的 api，拉到页面最底下，然后要切到另一个组件的时候还得往上拉回去点菜单。后来我都是直接改 url 来跳页

@dfkjgklfdjg 我去看了一下现在的文档，table 组件自定义列模版功能，给的示例代码还是自己写 render 函数的，是没有写在文档里？看 element 的自定义列模版就是用的插槽，这个是我当时对 iview 比较怨念的一点。

等于 1 和小于 2 怎么会是等价的？？

@dfkjgklfdjg 印象中 iview 要在表格里放复杂内容的话就要上 jsx 了，而 element 可以用模版。iview 自带图标多，element 的太少了完全不够用，后来就用 font-awesome 了也就无所谓了

@lingo 刚好就在那天早上调研 ui 框架，看他家官网看文档，还在想按钮默认样式怎么这么奇怪

element 和 iview 都用过比较多，个人感觉是 iview 稍微漂亮一点，但是使用体验 element 完胜，iview 连自己的官网都卡的不行，这个是版本 2 的时候，现在不清楚。
antd-vue 只用过一两次，除了起手就碰到彩蛋门以外，感觉还不错。

迷惑发言，为什么长度的单位如此之多，如此之复杂，米分米厘米毫米微米纳米

@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 提供了，何来的打脸一说？