ES6的改版,主要是通过引入JAVA等静态语言的优秀思想来解决老版本的一些痼疾,如作用域,回调,继承和封装等问题。这些改革措施是非常成功的,ES6让JS真正变成了一种好用的语言。这里是关于一些导出模块。
React开发常用设计模式-Flux
Flux 是一种构建用户界面的架构设计模式。它是由 Facebook 在它们的 F8 开发者大会上推出的。在此之后,许多公司都采纳了这个想法,这种模式用来构建前端应用似乎非常不错。Flux 通常和 React 搭配使用。React 是 Facebook 发布的另外一个库。在 日常工作 中使用的是 React+Flux/Redux ,敢说这种架构真的非常简单和灵活。该模式有助于更快地创建应用,同时使代码保持良好的组织结构。
React开发常用设计模式-单向数据流
单向数据流这种模式十分适合跟 React 搭配使用。它的主要思想是组件不会改变接收的数据。它们只会监听数据的变化,当数据发生变化时它们会使用接收到的新值,而不是去修改已有的值。当组件的更新机制触发后,它们只是使用新值进行重新渲染而已。
React开发常用设计模式-展示型组件和容器型组件
万事开头难。React 也不例外,作为初学者,我们也有一大堆问题。我应该将数据放在何处?如何进行变化通知?如何管理状态?这些问题的答案往往与上下文有关,而有时取决于 React 的实战经验。但是,有一种广泛使用的模式,有助于组织基于 React 的应用,那便是将组件分为展示型组件和容器型组件。
小程序之旅——个人申请
开始小程序的学习打卡,倒腾一门新的技术就要积极参与进去,从搭建初始的开发环境开始,从简单demo开时,逐渐深入,多敲代码,多尝试,多参考,还要自我思考,举一反三。是时候开始撸一下微信小程序了,那么好的用户基础,怎么能放弃这么好的一个开发与用户体验的机会。那么,就让我们从申请小程序开始吧!
React开发常用设计模式-受控输入和非受控输入
在 React 表单管理中有两个经常使用的术语:受控输入和非受控输入。受控输入是指输入值的来源是单一的。与之相反的是非受控输入,它让浏览器来处理用户的输入。使用受控输入还是非受控输入,这个选择常常不被人所重视。但我相信这是一个最基本的决策,因为它决定了 React 组件的数据流。我个人认为非受控输入更像是一种反模式,应该尽量避免使用。
React开发常用设计模式-组合 (composition)
对于事件处理,React 提供了一系列属性。解决方案几乎和使用标准化 DOM 完全一样。也有一些不同点,比如使用驼峰式或传入的是函数,但总体来说,还是十分相似的。你是否对为何还在使用 HTML 感到奇怪?HTML 是在互联网创建之初创建的,直到现在我们仍然在使用它。原因在于它的高度可组合性。React 和它的 JSX 看起来像进化的 HTML ,因此它具备同样的功能。因此,请确保精通组合,因为它是 React 最大的好处之一。
React开发常用设计模式-事件处理
对于事件处理,React 提供了一系列属性。解决方案几乎和使用标准化 DOM 完全一样。也有一些不同点,比如使用驼峰式或传入的是函数,但总体来说,还是十分相似的。
React开发常用设计模式-组件通讯
每个 React 组件就像一个独立运行的小型系统。它有自己的状态、输入和输出。我们可以将每个 React 组件想象成是一个黑盒,这种方式很不错。它有自己的输入、生命周期及输出。我们所需要做的只是将这些盒子组合起来。这或许就是 React 所提供的优势之一:易于抽象,易于组合。
什么是 Rax,以及 Rax 的特点
Rax is a universal JavaScript library with a largely React-compatible API. If you use React, you already know how to use Rax.