reactjs版权

『壹』 为什么ReactJS在中国一点没有起色

1.安装node，因为ts的编译器是js/ts写的；安装node后同时获得npm命令，这是nodejs世界里的包管理器（也可以看作node的app商店）；2.安装vs2015或者vscode，当然这不是必须的，但是这里强烈推荐写ts的工具，vs第一，vsc第二；3.vs自带了TypeScript（vs2012+，vs2015update1自带了ts1.7）,最新版本的typescriptforvs去官网下载即可,或者如果不依赖vs（比如mac环境）,可以用命令行装ts编译器npmi-gtypescript@next4.安装了ts后,就会有2个命令可用：tsc和tsd,tsc用来编译TypeScript代码,tsd用来下载第三方js类库的ts定义文件(或者叫头文件)，熟练使用tsd，工作效率提升，因为减少了80%查文档的时间，所以写ts可以说是jser打通了任督二脉，上手任何新的开发环境都很快；5.命令行下载react的ts头文件,tsdinstallreact-global--save注意上面之所以写react-global而不是react，因为我们接下来使用比较原始的写法，直接把React当作全局对象使用，而不作为es6模块（必须用import引入），不需要Babel编译也不需要webpack打包；上面执行的tsd命令下载了ReactJS类库的头文件,下面用tsc命令创建一个ts项目配置文件tsc--init命令创建了tsconfig.json配置文件,打开该文件增加"jsx":"react",就是自动把tsx变成最终的js,而不是jsx把"outDir":"built",这行去掉,这样编译的文件就会在当前目录输出"target":"es5",这里es3改成es5,"watch":true是否监听文件修改如果你用的是vs,这行不重要6.下载reactjs文件，如果没有安装bower命令，可以手动去官网下载react类库bowerinstall--savereact7.以上环境配置好了,开始写代码:创建一个demo.tsx文件(注意这里是tsx,不是ts也不是jsx)创建一个demo.html,添加文件的引用8.demo.tsx写代码classMyClassextendsReact.Component{render(){returnhello{this.props.name};}}document.addEventListener('DOMContentLoaded',function(){ReactDOM.render(,document.body);});9.如果保存了demo.tsx后,没有在目录下发现自动编译了demo.js,那么可能是vs没配置好,如果你没有装vs或者vsc,没关系,在当前文件夹下命令行运行tsctsc命令会自动根据tsconfig.json里面配置的情况,自动帮你把代码编译成js,这是编译后的js文件10.打开demo.html可以看到效果了;11.至于题主说怎么学习,其实跟JS完全没两样,上面demo.tsx的代码,跟react官网的es6写法一模一样多了这两个prop和states类型约束,仅此而已;11.至于题主说怎么学习,其实跟JS完全没两样,上面demo.tsx的代码,跟react官网的es6写法一模一样多了这两个prop和states类型约束,仅此而已;12.下班,有空再写;－－－－－－时间分割－－－－－－13、继续写，对1-12进行润色，转入传教模式；以上的代码，工厂方法在创建子类的同时，做了一些初始化的动作，这与单纯的原型继承不同，所以在使用class方式进行子类继承，这样的写法是无效的；classMyViewextendsReact.Component{render(){returnhello{this.state.name};//会抛异常,因为state是null}//不起作用的getInitialState:(){return{name:'',age:20};}}需要改成如下方式，下面是官网给出的方案（这里TypeScript和ES6情况是一样的）classMyViewextendsReact.Component{constructor(props,context){super(props,context);this.state={name:'',};}render(){returnhello{this.state.name};}}16、当组件化遇到强类型：从前写JS组件，一般复用性比较差，基本写完就仍，原因如下：1）暴露了太多的Dom结构以及别的实现细节；2）命名挫，缺乏可记忆性，本身编程中变量和方法的命名对于码农来说就是天坑；3）JS天生缺乏私有和公共成员的约束，不加注释根本不知道怎么使用该类库/组件；React解决了把dom标签暴露出去的问题，TS则解决了语言层面的问题，并提供了强大的重构能力，你根本不需要记住组件的API，因为工具会列出来；

『贰』 react的index.html能引进js吗

<script src="react.js"></script>
<script src="react-dom.js"></script>
<script src="browser.min.js"></script>

react.js 是 React 的核心库
react-dom.js 是提供与 DOM 相关的功能，你以后创建的组件都是用它创建

『叁』 react里面怎么让自己写的js文件生效

能具体一点吗？

react一般情况下你需要去把一个js输出（export）然后再用另一个文件去调用（require）

test.js
mole.exports=React.createClass({
displayName:"test",
...
})


vartest=require("test.js");

『肆』 这么多人吹捧ReactJS，但是真的好吗

最近用react做了一个聊天类型的应用，说一下大概的看法吧：

言简意赅的说，react+rex+immutable+其它辅助lib的方案，在多状态、多交互的产品中，还是有很大的应用场景，一图胜千言：

以下是根据自己体验和社区经验，得出的一些想法：

1. mvvm 是架构层面的模式，函数式是编程上的范式，两者不是对立面，react+flux 是函数式，mvvm 里一样可以用函数式，恰恰在不少 mvvm 的实现框架中，FPR 是很重要的实现双绑的方案：比如 ReactiveCocoa 用到的 RAC。

2. 是否有实际的案例去证明，应用规模大了后，mvvm 就不能用了？非要你的 flux？ flux 才出现多久，以前用 mvvm 实现的大规模应用都是假的？

3. react 支持者都是直接根据官方文档照读：双绑很混乱，flux 才能解决一切，事实是，你喜欢单向数据流，mvvm 一样支持啊，不要双绑就行了呀。

4. react 我没有实际用过，不发表负面评论，但让我觉得比较亮的是透明的virtual dom和同构方案。

5. 性能这块，ng 未必会比 react 慢，但不好的地方在于，ng 需要知道 track by 这些黑魔法才能做到优化，而很多开发者并不知道这点，在这上面，react 是领先的。

6. virtual dom 的引入也让 react 脱离了视图的具体实现，可以很方便的切换底层平台，这是一个大优势，而 ng2的架构也会做到这点。

7. react是 view 层，你要愿意，mvvm 里的 v 同样可以用 react 来做，不要随便把 mvvm 和 react 等价，认为只有 react 能用 flux，认为 react 只能用于 flux。

8. 用还是不用？客观：因地制宜主观：因人而异其实：你高兴就好

『伍』 reactjs 能单独使用吗！ 不使用node，

可以直接在浏览器中使用，需要先加载babel释义器。
参看：https://facebook.github.io/react/docs/getting-started.html

『陆』 谁能告诉我react.js到底好在哪里 到底是干嘛用的吗

React 仅仅是 VIEW 层。

React 通常和其他的 JavaScript 框架同时被提及，但是说“React 对比 Angular”却讲不通，因为它们之间是不可比较的。Angular 是一个完整的框架（包括一个 view 层），React 却并不是。这也是 React 很难于理解的原因，它虽然抽离自一个具备完整框架的生态系统中，但仅仅是一个 view 层。

React 提供了模板语法以及一些函数钩子用于基本的 HTML 渲染。这就是 React 全部的输出——HTML。你把 HTML / JavaScript 合到一起，被称为“组件”，允许把它们自己内部的状态存到内存中（比如在一个选项卡中哪个被选中），不过最后你只是吐出 HTML。

不懂可以私信问我详细

『柒』 开发reactjs使用什么ide

我看很多人用 vs code

『捌』 为什么React.js这么火

Angular和React不属于同一类的东西，Angular是一个框架，而React更多是负责UI视图部分，大家普遍认为React是MVC中的V。
那么到底为什么React.js一下子就火起来了呢？个人觉得可能主要是因为以下几个因素所导致的：
单向数据绑定
就在满世界夸赞双向Data Binding好的时候，React说我默认只支持单向数据流，因为在冯诺依曼体系中，数据就是单向流动的。这么一来，小伙伴们都震惊了，纷纷去Google双向和单向数据绑定的区别。单向绑定确实相比之下要更加轻，但事实上呢，双向绑定的需求也确实是存在的，比如：用户填写表单的时候，填写的值就需要更新到Model中，所以，React其实也有通过addon React Link来提供这个功能。只是他默认是不支持双向数据绑定的。
虚拟DOM
关于虚拟DOM的好坏，业界众说纷纭，这里不做评价。但单从这个概念本身起码让大家觉得是个新东西。所谓虚拟DOM就是说，在React中如下这段代码：
1
React.render(
2
<div className="commentBox">
3
Hello, world! I am a CommentBox.
4
</div>
5
);
这里的div其实和DOM中的div完全是两码事儿了，只不过React提供了和DOM类似的Tag和API，事实上React会通过他自己的逻辑去转化为真正的DOM。所以，把这种重做虚拟DOM。
那么这样做有什么好处呢？最明显的一点好处就是React所谓的dom diff，能够实现delta级别的dom更新。当有数据变动导致DOM变动时，React不是全局刷新，而是通过它内部的dom diff算法计算出不同点，然后以最小粒度进行更新。这也是React号称性能好的原因。
其次，还有一点非常好的地方就在于，有了虚拟DOM就可以让UI脱离设备，换句话说，只要有对应的转化关系，如：虚拟DOM -> 浏览器DOM，就能进行渲染。React Native就是一个很好的例子，它把虚拟DOM转化为Native UI组件，这样理论上就解决了DOM在移动端性能的问题。当然，缺点也是有的，比如：就无法和已有的原生DOM组件进行兼容。
JSX
JSX其实本质上是一种新的语言，只不过它设计成JavaScript一种扩展，所以，其语法绝大部分都和JavaScript一样。而同时它搭配一个JSX Transform的工具可以将JSX编译为原生的JavaScript。
那么这样做好处是什么呢？当然了，首要任务就是让你写代码方便点，否则想想每次都要React.createElement也是醉了！
其次呢，另一个好处就是它可以让你书写ES6之类的语法，就和CoffeeScript是一个道理，最终它会翻译到浏览器兼容的语法。

『玖』 ReactJS 真的好吗

这个问题是个让人难以抉择的问题
ReactJS好不好呢？
1 如果你是个大公司 或者是自己完全有技术 有需要造自己的轮子 那么ReactJS可真是好啊 MVC框架还能兼容移动端
2 如果你只是个小公司 刚起步或者没必要造自己的轮子 再或者技术没达到 在我看来，ReactJS 可就是鸡肋了，你需要培训成本，人力成本高，搭建系统也耗时 因为需要用脑子写的代码太多了
但是呢 也有人很鄙视AngularJS而崇尚ReactJS
对我来说的话呢 我更喜欢AngularJS 恩 操作方便插件也多技术也比较成熟了

『拾』 有没有公司用reactjs做的实际项目

这个问题是个让人难以抉择的问题ReactJS好不好呢？1如果你是个大公司或者是自己完全有技术有需要造自己的轮子那么ReactJS可真是好啊MVC框架还能兼容移动端2如果你只是个小公司刚起步或者没必要造自己的轮子再或者技术没达到在我看来，ReactJS可就是鸡肋了，你需要培训成本，人力成本高，搭建系统也耗时因为需要用脑子写的代码太多了但是呢也有人很鄙视AngularJS而崇尚ReactJS对我来说的话呢我更喜欢AngularJS恩操作方便插件也多技术也比较成熟了