+
 新版
2016-09-19 18:45

引用来自“jQer”的评论

本来不想说些什么,但是看了某些观点,还是忍不住跳出来说那么一些。

1. React极其高效。纯粹是扯淡,比起 Android、IOS 原生代码,在移动端一点都不高效。比起浏览器 JS 模板引擎,没有任何区别。它顶多只能算移动编写方便,学习成本低。

2. JSX语法。垃圾!特别是你在编辑器看到 JS 代码、return HTML 的时候,HTML 完全没有语法高亮,丢失标签是很可能的,对于调试维护都是愚蠢的。

3. 对于SEO真的太棒了。我觉得这个纯属没事找事。对于移动端,不需要 SEO。对于浏览器,大部分模板引擎都是服务器端编译,哪怕是 Java 的JSP。而且 ReactJS 的 render string 接口并不优雅。

如果不是为了移动端开发,你不想学 Android、IOS,那么可以选择 ReactJS。如果纯粹为了写模板,挑一个好的模板引擎更方便 ------ 因为它们能让你支持 HTML 语法高亮。

说没有语法高亮是你根本没玩过吧,或是连编辑器的基础都不会
2016-09-19 10:19
angular2正式版发布了,没有最好的框架只有最适合的,angular2与ReactJS 分别适合哪些场景?
2016-09-13 11:43
用了上 Redux后,你还敢说React简单,function callback 嵌套几层。

const logger =()=>store=>next=>action{
}
2016-09-13 00:07

引用来自“jQer”的评论

本来不想说些什么,但是看了某些观点,还是忍不住跳出来说那么一些。

1. React极其高效。纯粹是扯淡,比起 Android、IOS 原生代码,在移动端一点都不高效。比起浏览器 JS 模板引擎,没有任何区别。它顶多只能算移动编写方便,学习成本低。

2. JSX语法。垃圾!特别是你在编辑器看到 JS 代码、return HTML 的时候,HTML 完全没有语法高亮,丢失标签是很可能的,对于调试维护都是愚蠢的。

3. 对于SEO真的太棒了。我觉得这个纯属没事找事。对于移动端,不需要 SEO。对于浏览器,大部分模板引擎都是服务器端编译,哪怕是 Java 的JSP。而且 ReactJS 的 render string 接口并不优雅。

如果不是为了移动端开发,你不想学 Android、IOS,那么可以选择 ReactJS。如果纯粹为了写模板,挑一个好的模板引擎更方便 ------ 因为它们能让你支持 HTML 语法高亮。

我同意你的观点
1. React极其高效 - angular 同样可以写出高效的代码,只不过 angular 更加复杂,让你不好去控制它的 digest,compile , react 就不一样了,何时 render 轻松控制
2. JSX 我还是习惯不了模板中写代码
3. SEO - 呵呵,真要 SEO 我肯定 freemarkder ,要毛js
2016-09-13 00:04

引用来自“hythzx”的评论

比起angular呢,感觉angular更方便啊

引用来自“jun4rui”的评论

angularjs这类MVVM框架那肯定是快得多啊!这个的效率体现在可重复使用的功能模块上,两者我觉得没办法直接比较,适用场景不同。
angular2 完全和 react 一个套路,要我说 angular 和 react 就一个区别,一个在模板中写代码,另一个在代码中写模板!
2016-09-12 21:57
hehe,这么好用,但是我没见过几个项目用
2016-09-12 20:13
2016-09-12 20:05
屌丝前端懂个杰宝的React 有些人啊 装睡你是叫不醒的
2016-09-12 17:33
Mark
2016-09-12 15:30
搞什么双向数据绑定,jQuery拿到PHP返回的HTML只管操作DOM设置内容就好,get/set就一个$().html()函数.
2016-09-12 15:12
感觉还是jQuery+PHP更好.
PHP直接输出HTML,SEO好得没话说.
通信PHP也可以输出JSON配合jQuery AJAX实现异步交互.
Write Less Do More, Just Use jQuery And PHP.
2016-09-12 14:02

引用来自“jQer”的评论

本来不想说些什么,但是看了某些观点,还是忍不住跳出来说那么一些。

1. React极其高效。纯粹是扯淡,比起 Android、IOS 原生代码,在移动端一点都不高效。比起浏览器 JS 模板引擎,没有任何区别。它顶多只能算移动编写方便,学习成本低。

2. JSX语法。垃圾!特别是你在编辑器看到 JS 代码、return HTML 的时候,HTML 完全没有语法高亮,丢失标签是很可能的,对于调试维护都是愚蠢的。

3. 对于SEO真的太棒了。我觉得这个纯属没事找事。对于移动端,不需要 SEO。对于浏览器,大部分模板引擎都是服务器端编译,哪怕是 Java 的JSP。而且 ReactJS 的 render string 接口并不优雅。

如果不是为了移动端开发,你不想学 Android、IOS,那么可以选择 ReactJS。如果纯粹为了写模板,挑一个好的模板引擎更方便 ------ 因为它们能让你支持 HTML 语法高亮。

1. 人家说的是更新View的方式高效,你说到哪去了?况且,要和原生比较的话,React Native你居然说和浏览器JS模版引擎没区别?
2. 无力吐槽了,拿语法高亮说事。。。更不用说现在的编辑器或者IDE对React支持都很好。
3.我也觉得瞎扯,算是同意。(不过React不是模板引擎啊亲)

虽然我也觉得文章很扯(除了高效那一段),但不能用瞎扯反驳瞎扯啊。。。。
2016-09-12 11:52
哪来的七十二变
2016-09-12 11:24

引用来自“hythzx”的评论

比起angular呢,感觉angular更方便啊
angularjs这类MVVM框架那肯定是快得多啊!这个的效率体现在可重复使用的功能模块上,两者我觉得没办法直接比较,适用场景不同。
2016-09-12 11:21
Let's try ReactJs
2016-09-12 11:11
我感觉,从后转前 reactjs 更顺手,一直做前端的,可能会觉得vue 或 angular 更顺手
2016-09-12 10:44

引用来自“jQer”的评论

本来不想说些什么,但是看了某些观点,还是忍不住跳出来说那么一些。

1. React极其高效。纯粹是扯淡,比起 Android、IOS 原生代码,在移动端一点都不高效。比起浏览器 JS 模板引擎,没有任何区别。它顶多只能算移动编写方便,学习成本低。

2. JSX语法。垃圾!特别是你在编辑器看到 JS 代码、return HTML 的时候,HTML 完全没有语法高亮,丢失标签是很可能的,对于调试维护都是愚蠢的。

3. 对于SEO真的太棒了。我觉得这个纯属没事找事。对于移动端,不需要 SEO。对于浏览器,大部分模板引擎都是服务器端编译,哪怕是 Java 的JSP。而且 ReactJS 的 render string 接口并不优雅。

如果不是为了移动端开发,你不想学 Android、IOS,那么可以选择 ReactJS。如果纯粹为了写模板,挑一个好的模板引擎更方便 ------ 因为它们能让你支持 HTML 语法高亮。

都没喷到点上,用过了再来评论吧!
2016-09-12 10:26
比起angular呢,感觉angular更方便啊
2016-09-12 10:26
1、语法高亮,你用IDEA/Webstorm/PHPStorm之类显示很完美的好吗
2、高效是指抽象封装,有大量相同组件情况下React才会高效,每个页面换种写法的自然没法高效了,但是对于现代页面来说那会有很多东西可以抽象出来封装好,就看你的能力了。
3、模板引擎问题较多,尝试过几种但是用起来显得太零碎了体验很不好。


现在配置得好用脚低版本的React很用大部分特性在IE6上,PC端追求兼容性的页面也可以很好的用起来了,上周五刚做完一个推广页面,以前都用angularjs、avalon、vue之类的做,速度是快,但是抽象性和封装上确实还有点不够,现在转换到react来做以来兼容性比vue、angularjs更好,而来代码,逻辑全部封装起来同类页面很快就搞定了,就替换下参数而已,简单舒服。
con
2016-09-12 10:23

引用来自“jQer”的评论

本来不想说些什么,但是看了某些观点,还是忍不住跳出来说那么一些。

1. React极其高效。纯粹是扯淡,比起 Android、IOS 原生代码,在移动端一点都不高效。比起浏览器 JS 模板引擎,没有任何区别。它顶多只能算移动编写方便,学习成本低。

2. JSX语法。垃圾!特别是你在编辑器看到 JS 代码、return HTML 的时候,HTML 完全没有语法高亮,丢失标签是很可能的,对于调试维护都是愚蠢的。

3. 对于SEO真的太棒了。我觉得这个纯属没事找事。对于移动端,不需要 SEO。对于浏览器,大部分模板引擎都是服务器端编译,哪怕是 Java 的JSP。而且 ReactJS 的 render string 接口并不优雅。

如果不是为了移动端开发,你不想学 Android、IOS,那么可以选择 ReactJS。如果纯粹为了写模板,挑一个好的模板引擎更方便 ------ 因为它们能让你支持 HTML 语法高亮。

文中说的高效并不是指移动端运行效率,全文没有任何地方比较React甚至ReactNative和移动端原生app之间的效率问题。编辑器支持jsx语法高亮很难吗,而且跟语法没有半毛钱关系,txt编辑器不支持任何高亮,是不是表示所有编程语言都语法垃圾?“移动端不需要SEO”不知指的是移动端网页还是app,文章说的是reactjs,没说webview里面的移动端页面和移动端app,普通移动端浏览器里的网页不知道为什么就不需要SEO了。“大部分模板引擎都是服务器端编译”,这句和最后选择ReactJS的理由就不多说了, ReactJS不止是一个模板引擎,也不只是为了“移动端”开发
2016-09-12 10:17
国内有些程序员就是 自大的很 就tmd的他用的语言最完美
2016-09-12 09:39
开发高效到可以忍受其他一切缺陷,如不好调试,语法有些地方和js似是而非,很难控制的内存,这玩意是高手玩的,菜鸟别玩,
2016-09-12 09:38

引用来自“jQer”的评论

本来不想说些什么,但是看了某些观点,还是忍不住跳出来说那么一些。

1. React极其高效。纯粹是扯淡,比起 Android、IOS 原生代码,在移动端一点都不高效。比起浏览器 JS 模板引擎,没有任何区别。它顶多只能算移动编写方便,学习成本低。

2. JSX语法。垃圾!特别是你在编辑器看到 JS 代码、return HTML 的时候,HTML 完全没有语法高亮,丢失标签是很可能的,对于调试维护都是愚蠢的。

3. 对于SEO真的太棒了。我觉得这个纯属没事找事。对于移动端,不需要 SEO。对于浏览器,大部分模板引擎都是服务器端编译,哪怕是 Java 的JSP。而且 ReactJS 的 render string 接口并不优雅。

如果不是为了移动端开发,你不想学 Android、IOS,那么可以选择 ReactJS。如果纯粹为了写模板,挑一个好的模板引擎更方便 ------ 因为它们能让你支持 HTML 语法高亮。

喷语法高亮 没有意义啊,比性能和原生比可能是差一点,关键是牺牲的那点是否可以接受,换来是否更高的开发效率。喷点不对
2016-09-12 09:37
高效是真的,其他是扯淡。官方自己都不带这么吹的。已经使用过一个
2016-09-12 09:29
如果不是FB,这东西早就被喷成屎了。2万+的代码仅仅处理个view,HTF!
2016-09-12 09:05
本来不想说些什么,但是看了某些观点,还是忍不住跳出来说那么一些。

1. React极其高效。纯粹是扯淡,比起 Android、IOS 原生代码,在移动端一点都不高效。比起浏览器 JS 模板引擎,没有任何区别。它顶多只能算移动编写方便,学习成本低。

2. JSX语法。垃圾!特别是你在编辑器看到 JS 代码、return HTML 的时候,HTML 完全没有语法高亮,丢失标签是很可能的,对于调试维护都是愚蠢的。

3. 对于SEO真的太棒了。我觉得这个纯属没事找事。对于移动端,不需要 SEO。对于浏览器,大部分模板引擎都是服务器端编译,哪怕是 Java 的JSP。而且 ReactJS 的 render string 接口并不优雅。

如果不是为了移动端开发,你不想学 Android、IOS,那么可以选择 ReactJS。如果纯粹为了写模板,挑一个好的模板引擎更方便 ------ 因为它们能让你支持 HTML 语法高亮。

2016-09-12 09:02
js哪里都想插一脚,但是都没有原生方案好。。。
2016-09-12 08:44
项目中用的还是少,大多是练手用用。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部