比较react和flex的设计哲学

为什么80%的码农都做不了架构师？>>>   

前两天收到了《react引领未来的用户界面开发框架》,因为一直在从事flex的开发，自然比较，自然发现其中80%的雷同之处。深度怀疑react的开发者是曾经的flex开发者一员，或者是仿冒，但是做到了青出于蓝。

1、JSX的组件：

和flex新建mxml组件的方式一模一样，引用方式也一样，使用方式也一样。

唯一不用点是jsx多了一种创建html（xml）标记的方式。

flex自定义的组件引用:

<ui:DateField id="dateFrom" text={'2015-02-16'} width="100"/>

react的：

<RepoList
    promise={$.getJSON('https://api.github.com/search/repositories?q=javascript&sort=stars')}
  />

JSX独创的方式:

ReactDOM.render(
  <RepoList
    promise={$.getJSON('https://api.github.com/search/repositories?q=javascript&sort=stars')}
  />,
  document.body
);

2、状态机：

react鼓吹的状态机特点，这一点flex早已有之，并且处理方式，和界面交互的操作方式更简洁：

<mx:states>
		<s:State name="default"/>
		<s:State name="sales"/>
		<s:State name="warehouse"/>
		<s:State name="boss"/>
		<s:State name="accountant"/>
	</mx:states>

状态机使用的其中一种方式,相对react更简单，如下代码直接控制了不同状态的显示和隐藏，不同状态下的组件宽度:

<s:TextInput id="payInAmount1S" width.boss="700" width.accountant="400" includeIn="boss,accountant" width="80" />

3、生命周期：

jsx中对于组件生命周期描述，几个初始化和销毁的方法，相对flex基本只有方法名称不同而已。

4、数流据：

JSX书中有一章:数流据，其中一节“放在state和props的各是哪些部分”，和我们写flex项目的要求也是一模一样。

JSX中对props用来携带外部数据,flex中是一种更自然的，类似java中传对象引用。state的要求一样:存储简单的视图在状态,使用this.setState（JSX）来设置状态,flex是this.curentState设置状态，禁止使用this.state来直接修改状态

5、数据绑定：

JSX单向数据绑定。flex单向就是默认使用方式，也可以双向。JSX也可以扩展为双向

比较结果:reactjs就是javascript版本的flex。使用的flex的童鞋们，有福了，一天精通。

6、开发效率:

自然还是flex优胜，优胜在开发环境，运行环境和调试环境相对js单纯很多，因为它的各中特性实现都是我们比较熟悉的方式，界面开发速度非常快

7、诸多不同:

诸多不同的根本原因还是react是基于json这中方式来开，而flex是比较传统的方式，直接导致写代码时候风格迥异，同一个特征实现出来也是不同

8、论成败:

flex的失败不在设计哲学，一是东主不行，毕竟只是专注设计行业的;二是底层写代码的烂，导致性能差强人意;三当然是东主控制了flash，而没有保证它的优质成长，反而有日落西山之感。而js因为其前后端的通用性，还有非常长的一段路可以走

转载于:https://my.oschina.net/fir01/blog/618148