如果读过MDN的话，应该会注意到MDN上对JavaScript的定义部分是这样写的：

JavaScript (JS) is a lightweight interpreted or JIT-compiled programming language with first-class functions. While it is most well-known as the scripting language for Web pages, many non-browser environments also use it, such as node.js and Apache CouchDB. JavaScript is a prototype-based, multi-paradigm, dynamic language, supporting object-oriented, imperative, and declarative (e.g. functional programming) styles. Read more about JavaScript.

开篇定义中便提到了函数优先（First-class Function），也即通常所说的JavaScript中的一等公民Funciton。
那问题来了：这个一等公民为什么会被称作一等公民呢？哪些特征让函数在JavaScript中成为了一等公民？

组件（Component）是React中非常重要的概念，React组件基于jsx语法开发，也就是把HTML写在JS中，刚开始接触的时候还是蛮抵触的，什么都搅在一起感觉挺乱的。不过真正开发起来会发现，只要颗粒度划分合理，一个完整的组件，所有内容都在一个文件中维护是多么方便！

写下这个标题之后我愣了几分钟，突然发现无从下笔。随后想了想，就当是学习React过程中的随笔吧，写点简单的开发过程顺便记一些刚接触时踩到的坑。

随着Web前端发展，前端项目变得越来越复杂，随之而来的是各种方便的工具：打包工具、转码工具、JS 与CSS的合并压缩工具等等。这些工具极大的提高了我们前端的代码质量，但问题也随之而来：

这么多工具到底该怎么使用，难道一个个在各个工具中来回切换复制粘贴？或是在CLI里一条条地敲命里吗？敲完代码还要敲一堆的构建命令，说不准顺序搞错了还要功亏一篑重来一遍？纳尼？！！

于是构建系统应运而生，Gulp, Grunt, Browserify, etc.

使用构建系统的好处显而易见，就是一次配置，自动构建，省心省力妙不可言（怎么像广告词 orz）

此外因为配置文件的高度统一，这个配置文件几乎可以多个项目之间随便复制粘贴修修改改就可以重复使用！

函数柯里化不仅极大地提高了代码的可复用性与灵活性，而且降低了代码的耦合性，但是在生产环境中使用时发现了美中不足的一点，遂有此文，目的是改造柯里化函数结构，使之更方便使用、易于理解。