@kaneg 爱回收保守打折了 20%，好处是验机很水当场拿钱

@guolaopi 哈哈，我知道，但是撕逼本身就是消遣的一部分，跟刷快手和抖音一样的，现在很少有国内纯讨论技术的东西，搜索引擎太牛逼了，能搜的都搜到搜不到的问也问不到，所以才给我们这些无聊的人提供了写长文开撕的地方。

我在这和果粉对喷，别人在知乎编故事，他在微博制造谣言，大家都有充实的生活

@guolaopi 这本身就是 https://v2ex.com/t/670771 的联动，没必要搞的那么严谨跟写论文一样

为什么我在 i2ex 这么 WTF，因为果粉跟你讨论的时候带了太多假设

1 、我不差钱
2 、软件不花钱，能网盘的都网盘，能拼车的绝不自己买正版
3 、生产力不谈性价比

你都钱不当钱了，我还怎么跟你理性讨论，是不是

@guolaopi 喜欢不喜欢，本身就是个很主观的东西，这三个框架都很优秀，想客观也不可能是吧，想在三个一样好的东西里说哪个更好，一定很多人为加的限定因素。

至于 windows 对 mac，android 和 ios，都是市场份额的绝对优势，不如说 mac 和 ios 粉才是主观感受

@Mutoo 函数式编程与命令式编程都是不同的风格，这两个风格本身就没有高下之分，尤其是排行榜绝对领先的 java 和 c 都是命令式编程，所以你不能说函数式编程就是竞争力

react-fiber 是对算法的优化，而且再优化也不能堆砌元素，在批量插入的时候，因为 mvvm 框架的限制，会被 template 直接插入 html 碾压，换句话说，我选择了 mvvm 框架就已经牺牲了部分性能

@Mutoo 这是我的看法，因为这三个框架都是在一定范围内有优势，要问什么是另外两个框架没有的，那就是 rn，rn 是真的有生态，这和 weex 不一样

@longjiahui dialog 的写法一般是
<your-dialog ref="yourDialog" :show="xxxx">
<div slot="title">一个炫酷的标题，想怎么折腾就怎么折腾</div>
<div slot="buttons">按钮随心所欲，想怎么放就怎么放</div>
<div slot="content">这里才是主体部分</div>
</your-dialog>
唯一的区别是用 ref 还是在 your-dialog 上加 prop，至于你说父组件比较臃肿，我也可以认为如果把 dialog 的个性化部分写道 prop 里，我就可以在 template 部分直观看出所有特性，而不需要 template 和 js 来回切，可以看到，大部分的定义都是 slot 留给用户自行发挥，真正必须写成 prop 的属性并不多，剩下的就只有尺寸、钩子函数这些

@yanguango js 工程师和前端工程师的思路是不一样的，在没框架的年代，就开始各种 data-xxx 在元素上挂东西了（这其实也是避开闭包坑的一种途径），现在有官方 directive 了，用就是

为什么要搞 directive，你应该问问 react，明明 html 里用的 class，他为啥给写成 className，你长得像 html/xml，写的是 js，到底是个什么东西

flutter 是坑 b，目前看最大的成品就是 qt，qt 的代表作是 wps，也就是和阉割版 office 一个级别的

@LokiSharp

vue 真的可以简单到只当作高级 template 来用，还真以为前端开发每个人都高大上
还有别黑 jq，jq 还没死呢，活的好好的，而且将成为前端史上重要的里程碑，值得每个产品经理学习

@zthxxx
1 、团队合作是有限的团队合作，如果强类型可以搞定一切的话，java 和 c#的项目将是世界上最优雅、最容易维护的，但是不是，所以说一个模块怎么拆分，拆分到多少人去做，是有门道的。后续维护？不好意思，这个世界上能谈得上后续维护的项目没多少，尤其是互联网公司，倒的一茬一茬跟割韭菜一样。即便是淘宝、京东，你看他的页面是不是很有年代感，尤其是后台，也是能用就行干嘛重构翻新。

2 、vue 门槛低不代表前端开发者不能用，如果你的项目就那么简单没必要上 angular 这种大框架，因为项目有简单有难所以这 3 个框架哪个也没做到绝对优势

3 、这也是对 vue 门槛低的曲解，英语可以在 api 的命名和变量命名上得到体现，没必要非要给一个官方 api 起几十个字母，其实 jquery 的 api 也很精炼

4 、vue 本身就是 web component 的一种实现，怎么能说不考虑工程化？如果说强类型才是工程化，php 和 python 是不是哭瞎？

@chendy 这个我记得我过年的时候写过了

@labulaka521 这个其实不用吹的，安卓的市占比三倍于苹果，市场证明一切，vue 现在和 react angular 三分天下，没有谁说有绝对优势，所以得拿出来单独吹

@LokiSharp
你要说硬编码也没办法，不过所谓的硬编码可以单独抽出一个 module 导入，这不就 i18n 和代码分开了么
延迟加载翻译 这一节介绍了怎么像传统应用那种创建一个 lang 目录，然后里面写一堆语言文件的
最重要的一点，前端因为构建工具的存在，项目目录和实际运行目录是不一样的，你写了一堆 i18n 文件，别人一下就给你全打到 app.[hash].js 里了，再加上 cdn 的存在，你的文件存在哪个服务器上都不好说哦，没有什么 i18n 可以做到尽善尽美

@LokiSharp 顺便说一下一个 i18n 库自己不做 i18n 的原因

1 、按很多人的说法，英语是必修的，vue 中文文档做的好点都成了可以狂吹的优点（我把他给漏了），更何况用的比中文少的
2 、日文属于放弃治疗的那种，他的造词法和习惯已经无法承载爆炸的科技词汇了，大量的科技词汇都是假名直写，写英文可能还好懂点
3 、韩语属于用的少人还矫情的那种，中文虽然游戏审查司马，但是大众没那么矫情，我偶然间看了 mybatis 还是啥的文档，按照韩语的要求，mybatis 必须用韩文注音写成卖八踢撕，不能写英文

按照惯例应该导出翻译源文件丢给外包，根据项目代码抽取字符串表，我当然知道，这还是以前 vc6 年代做汉化的玩法，不管三七二十一对着字符串表就一顿改，但是 js 这么灵活的语言，你怎么知道你写的东西是代码的一部分还是界面上的字符串

@LokiSharp

这就是最简单的 i18n 啊，真正的 i18n 因为 politics 、文化的差异，都要重新做的，内容都不一样，简单的 i18n 就是给个英文根据查表换成不同的语言
i18n 做复杂没用，又不是自动翻译系统，真的开发也是先打表后开发的，你能指望程序员第一次写的时候不出错么，肯定是做原型的时候就设计好各种语言，语言不同文字也不同长度换行都有考究，怎么可能代码都做完了才考虑这些

@AdamChrist

都可以，规范也好思想也罢都是人定的，何必盲目照搬所谓先进理念，在 jquery 年代啥理念都没有一样可以开发大项目，现在有了框架还能让理念憋死不？
第二点你可以跳过 vuex，直接在方法里获取数据然后对 data 赋值，data 绑定了表单，这就是最 vue 的写法，vuex 这部分本身就是可选，你看这样不就不纠结了，不涉及全局共享的东西非得抽到 vuex 里总感觉有点多余，本身就没几行代码

@LokiSharp 抄还是借鉴，看关于开源互相借鉴的理解，这里不再赘述，google 有一个跳出来喷 Evan u 的好像已经被开除了
然后说没实现完整功能的，你说的好像是 react

@rioshikelong121 前期陡峭就是劝退啊，工期紧工作量大，根本不给别人学习的时间，vue 也是官方全家桶啊
@LokiSharp vue 哪里比 angular 折腾了，可以说出来讨论一下，angular 一样有模板吧，概念可是比 angular 多多了，不能说 angular 一个命令行生成 3 个文件自己帮你全局注册就叫不折腾
@Justin13 我们在学校学的 java 也好，c 也罢，都不是函数式的写法，所以不习惯函数式编程也很正常