“React初学者教程”的版本间的差异
来自tomtalk
(→用来创建真正可组合 UI 的 API) |
(→用来创建真正可组合 UI 的 API) |
||
第16行: | 第16行: | ||
http://www.w3cplus.com/sites/default/files/blogs/2016/1611/react_components_composable_72.png | http://www.w3cplus.com/sites/default/files/blogs/2016/1611/react_components_composable_72.png | ||
+ | |||
+ | ===完全在 JavaScript 中定义 UI=== | ||
+ | |||
+ | 虽然这听起来有点不可理喻,(我们知道,在 Web 标准年代,崇尚的是结构、表现形式和行为分离,也就是 UI 的结构、表现形式和行为部分分别分离到 HTML、CSS 和 JavaScript 三个文件中。完全在 JavaScript 中定义 UI,岂不是跟 Web 标准背道而驰么?)。但是且听我说完。如果像过去一样采用 HTML 模板的方式定义 UI,除了古怪的语法外,还有另一个主要问题。在模板中,除了只是显示数据,我们被限制做很多事情。例如,如果你想根据特定条件,选择显示哪一块 UI,就不得不在应用中到处写 JavaScript,或者用一些古怪的框架特有的模板语法,才能让它起作用。 | ||
+ | |||
+ | 而 React 实现的方式就很优雅。UI 完全在 JavaScript 中定义,我们可以利用 JavaScript 提供的强大功能在模板内做各种事情。我们受到的限制只是 JavaScript 支持不支持,而不是模板框架的限制。 | ||
==创建第一个 React 应用== | ==创建第一个 React 应用== |
2017年10月27日 (五) 07:02的版本
目录
React 简介
老式的多页设计
如果你几年前做过这种应用程序,可能会采用包含多个单页面的方式。
在多页设计方式下,对于大多数改变页面显示的行为,Web 应用会导航到一个完全不同的页面。用户会看到原页面被销毁,然后出来一个新页面,这种用户体验很不尽人意。
新派的单页应用
现代的应用程序趋向于采用一种称为单页应用(SPA)的模式。这种模式下,我们不需要导航到不同的页面,甚至不需要重新加载一个页面。应用的不同视图被加载和卸载到同一页面上。
用来创建真正可组合 UI 的 API
React 鼓励我们将视觉元素分为更小的组件,而不是一整大块。
http://www.w3cplus.com/sites/default/files/blogs/2016/1611/react_components_composable_72.png
完全在 JavaScript 中定义 UI
虽然这听起来有点不可理喻,(我们知道,在 Web 标准年代,崇尚的是结构、表现形式和行为分离,也就是 UI 的结构、表现形式和行为部分分别分离到 HTML、CSS 和 JavaScript 三个文件中。完全在 JavaScript 中定义 UI,岂不是跟 Web 标准背道而驰么?)。但是且听我说完。如果像过去一样采用 HTML 模板的方式定义 UI,除了古怪的语法外,还有另一个主要问题。在模板中,除了只是显示数据,我们被限制做很多事情。例如,如果你想根据特定条件,选择显示哪一块 UI,就不得不在应用中到处写 JavaScript,或者用一些古怪的框架特有的模板语法,才能让它起作用。
而 React 实现的方式就很优雅。UI 完全在 JavaScript 中定义,我们可以利用 JavaScript 提供的强大功能在模板内做各种事情。我们受到的限制只是 JavaScript 支持不支持,而不是模板框架的限制。