UI组件就是一个很好的例子。10 年前，应用 jQuery 写出把界面更新、应用逻辑和数据加载混在一路的代码是再常见不过的。逐渐地，人们开端意识到我们可以将MVC应用到客户端的网页膳绫擎，随后，人们开端将model与UI更新逻辑分拆。

. 
├── components 
│   ├── todos 
│   └── user 
├── reducers 
│   ├── todos 
│   └── user 
└── tests 
    ├── todos 
    └── user 

最终，web应用广泛采取组件化这一筹划，这使得我们可以应用JSX或HTML模板来声明式的对组件进行建模。

最终，我们就能用完全雷同的方法去表达所有组件的更新逻辑、生命周期，而不消再写一堆敕令式的代码

对于熟悉组件的人，很轻易看懂每个组件的道理：应用标签来表示UI元素，事宜处理器用来触发行动，以及用于添加回调的生命周期钩子函数，这些钩子函数将在须要时运行。

当我们对于类似的问题采取类似的模式解决时，熟悉这个解决模式的人很快就能懂得代码是用来做什么的。

结论：代码应当简单而不是过于简单化

尽管在2015，ES6已经标准化，但在2017，很多开辟者仍然拒绝应用ES6特点，例如箭头函数，隐式return，rest以及spread操作符等等。应用本身熟悉的方法编写代码其实是一个幌子，这个说法是缺点的。只有赓续测验测验，才能够逐渐熟悉，熟悉之后，你会发明简洁的ES6特点明显优于ES5：与语法构造侧重的ES5比拟，简洁的es6的代码很简单。

代码应当简单，而不是过于简单化。

简洁的代码有以下优势：

• 更少的bug可能性
• 更轻易去debug

但也有如下弊病：

• 修复bug的成本更高
• 有可能引用更多的bug
• 打断了正常开辟的流程

简洁的代码同样：

• 更易写
• 更易读
• 更好去保护

清跋扈本身的目标，不要毫无头绪。毫无头绪只会浪费时光以及精力。投入精力去练习，让本身熟悉，去进修更好的编程方法，以及更有更有活力的代码风格。

代码应当简单，而不是简单化。 

【编辑推荐】

1. JavaScript六种持续方法
2. Vue vs React: Javascript框架之战
3. 不要再在JavaScript中写 CSS了
4. JavaScript异步开辟全攻略 之 异步的来源
5. 若何应用JavaScript构建机械进修模型

【义务编辑：枯木 TEL：（010）68476606】

　　推荐阅读

　　状态决定视图——基于状态的前端开发思考

也决定了前端只负责全部Web应用上的视觉和交互层，凡是涉及到数据的，后端必定要做严谨的校验，不信赖任何前端的请求。跟着前端的成长，Web应用的状况治理愈发复杂，然而因为前端的一些特点： 代码开源 请求透>>>详细阅读

本文标题：JavaScript代码风格要素

地址：http://www.17bianji.com/lsqh/36122.html

 1/2    1