企业开发

前两天收到了《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

一、我们必须明白一点：设计模式仅仅是个称呼，目标是方便交流记忆。中心点是什么？方便交流 记忆 ，仅仅是个词语，和汉语词典里面的一个词也没什么区别。---------没什么高大上的东西，不怕 二、什么是设计模式？应对某一业务场景的成熟设计方案。既然成熟，那就拿来主义，省了很多精力。拿的时候怎么拿呢？就是第一条说的，直接用“UML设计模式的专有名词”，什么桥接，工厂,facade等等，抛出“名词”大家都理解，都明白要做几个类，接口，相互的关系。这样就达到了沟通高效，设计高效的目的 三、明白了吗？只要你认真敲过3-5年面向对象代码，用面向对象思考过这个世界。基本啥设计模式都会，只是你没关注用个什么词概括它。在企业中你是老大，完全都可以自己弄一套自己的“设计模式”。 四、必须知道企业开发中开发是分两种工种的。一种是做架构的，高薪层，人数也少。一种是做业务开发的。 五、多数开发是做业务开发的，必须知道设计模式多数情况下是用不上的。1-3年内的编码人员基本是在一个框架之类做填空题。我敢断言国内99%的程序员编码环境包含什么dao,service,controller，mode,view或者类似的环境，所以新手不要着急，这并不可耻。编码难度来源于js过度自由的奇葩语法和写出优秀的sql。其它的基本都被框架简化了。 六、 什么时候使用设计模式？ 所谓设计模式基本用在底层架构设计