- 主题:react不负责任的心得
——今天花了个把小时又读了一下react tutorial. 我是前台的弱者,写东西基本靠爬手册。以下纯属个人想法。
react是什么?
作个对比就知道了。
普通的代码:
拿到数据后:v1, v2, v3...
<div style="display: v1;">
<div style="v3">v2</li>
</div>
大致是在一个函数里把所有工作都作了。
而react是:
拿到数据后:v1, v2, v3...
<reactDiv1 params="v1, v2, v3">
而这个reactDiv1里包了下面的:
<reactDiv2 params1=“v2, v3">
两个class.render里return <div ...>
也就是说,dom的结构,和react定义的class的层次,是对应的。原先所有的参数都是可见的,但现在通过父来选择性的传递给子。
好象也就这么点了。
--
FROM 68.135.50.*
那么,用其它的方法,是否可以建立起一套和dom对应的编程结构呢?————好象非常容易。甚至于本来也许就该这么做。
state是个fp里的概念。其实不过是个上下文数据的意思。放js里,也就是一堆全局变量的意思。(也许具体实现里用的闭包)
数据一变,dom的某处重新计算生成。好象也没太必要用个新的“框架”。
--
FROM 68.135.50.*
什么是“组件”。不就是一个函数的输出对着一个dom element吗?
dom本身就是一个树,自顶向下逐步细化之后,自然而然的会产生一个“组件”化的程序结构。
一个非常大的好处,也许就是少了一层括号。这个对于实践很重要,但理论意义太小,所以好象不作为重点提。
--
FROM 68.135.50.*
我个人觉得是特点是:强制性的要求了对应 dom 的程序结构。————虽然react里也完全可以return "串“+”全“+”拼";不过太行为艺术了。
这个特点也许对许多公司来说是个优势。
【 在 Orpherus 的大作中提到: 】
: 没看出来比angularjs或者emberjs好在什么地方
:
--
FROM 68.135.50.*
react用jsx语法来简化了dom写法。所以她管处理叫 transform,而不是什么compile。
【 在 dhcn 的大作中提到: 】
: 它维护的树结构是它自己的组件树结构,相对比AngularJS操作的HTML DOM结构要简单的多,所以它在渲染大数据量方面占优势,话又说回来,一般页面list也就几十条,大数据渲染的机会不多。
--
FROM 68.135.50.*
没有回错。react component 和 dom element 本质上没区别。
【 在 dhcn 的大作中提到: 】
: 同学,你回错帖了吧?我这个帖子可没提Complile.
--
FROM 68.135.50.*
那也不能只是在抄一种样式。如果只是照葫芦画瓢这样的学,各种新东西当然学不完了。
【 在 xWvxYWYxvWx 的大作中提到: 】
: 多写代码,少瞎想。
:
--
FROM 68.135.50.*
hehe....我觉得这样说,可能会有助于树立react的光辉形象。
不如说:
this is what react embraces.
【 在 XeCycle 的大作中提到: 】
:
: this is also idiomatic react.
:
: ...................
--
FROM 68.135.50.*