本文目录一览：

• 1、EJS 是什么 怎么用，以及优点
• 2、Jade和ejs，哪一个更胜一筹
• 3、什么是Redux，Webpack 和SystemJS 以及DotJS, EJS,vue和 React ，这三个库是一回事吗，都是和ejs一样吗
• 4、nodejs：用ejs模板和gulp实现前端组件化
• 5、handlebars ejs哪个容易
• 6、ejs解析json问题

EJS 是什么 怎么用，以及优点

喜欢开手动的人他是真心喜欢手动的。我朋友就是像楼上说的一样，他有两辆车，虽然都不是什么豪车。可是他还是偏爱开快8年那架长安之星。生活在佛山。

Jade和ejs，哪一个更胜一筹

肯定是Jade。EJS不要说跟Jade比，就是跟传统模板技术，比如Smarty比，也很挫了，比如不支持模板继承。

Jade有两点是超出传统模板技术的。

第一、简洁。

注意，简洁并非单指更少的符号，而是看是否能match你的需要。Jade强制的缩进格式能凸显html的结构，而对于前端来说，最重要的任务恰恰是处理结构，而不像一般的html author那样是处理内容。反过来说，假如你的主要任务是处理内容，比如写作blog之类的，那你应该用wiki或者markdown之类的，而不应该用Jade。

第二、html-aware

传统模板技术其实是通用模板，即模板引擎并不care你输出的是html还是其他格式的文本。而Jade专为HTML设计，因此可以做许多传统模板做不到的专门针对html的优化。举个几个简单的例子：

2. 自动产生well-formed结构（甚至可决定是否要输出结束标签，而传统模板理论上也做不到这点，除非引入额外的html parse或tidy）

3. 换行处理，避免产生额外的空白节点

4. 对输出的变量自动进行特殊字符的encode

当然，这些ejs或传统模板也有能实现的，但是用起来感觉都很挫。

实际上，Jade在这方面其实做得还不够好（我打算顺着这个思路做个开源的项目），但是比那些传统模板还是要优雅多了。

另外有人说Jade的性能太差。

什么是Redux，Webpack 和SystemJS 以及DotJS, EJS,vue和 React ，这三个库是一回事吗，都是和ejs一样吗

软件发脚手架概念建筑术语引申建筑脚手架指施工现场工操作并解决垂直水平运输搭设各种支架见楼施工吧楼外墙围圈支架其种脚手架软件发（包括前端发）脚手架指：帮发程要用工具、环境都配置便直接始做发专注业务用再花间配置发环境发环境脚手架比vue.jsvue-cli脚手架基于node.js发环境作者帮发环境部东西都配置脚手架载直接发用再考虑搭建些工具环境

nodejs：用ejs模板和gulp实现前端组件化

最近在用nodejs将公司商城的底层重写。基于nodejs的强大，我从原本的只写前端变成了写全栈。

框架采用express,模板用ejs,前端用amazeui. 做完三个页面后，设计突然说要改UI设计，我勒个去，郁闷地一个个页面重新调整。下班之后反思一下，觉得花了太多时间在重复劳动上，是时候涉猎一下前端工程化的知识了。

用百度在互联网畅游了一番，总结了一下前端工程化的几个关键要素：编码规范化，结构模块化，流程自动化。本文所述的方法属于模块化，但只是简单地把dom，css,js拆分，以便更好地管理，而并非像vue框架那样的组件化，但这种方式可能更易于理解，可以作为过渡。

这是原来的目录结构

其中public目录里存放的是静态资源，按照传统的做法，css文件夹种存放less文件和css文件，img文件夹中存放图片资源，js中存放各页面（views目录中对应的页面）的js文件。

当页面越来越多，会遇到一些重复的部分。像图中的侧边菜单，顶部搜索框，底部菜单，在几个页面都有。如果每个页面拷贝一份样式，js，dom,当需求方要更改样式或者增加功能的时候，徒增工作量。

在一篇文章的启发下（ 前端开发工程化探讨 ），我将目录结构改成如下：

为了标准化，每个组件里的文件命名都相同。以侧边工具栏为例，dom.ejs是一个模板文件：

如果不熟悉ejs模板的语法，可以百度一下。另外，此模板还支持嵌套，并传入参数。

例如，下面是一个列表容器的dom结构，配合js可以实现上拉加载功能，但列表项的样式可能不一样，你可以在使用时再根据传入的templateName参数决定用哪个模板，非常灵活。

在使用模板时，这样嵌入页面。

注意，应使用%-include()%,而非%=include()%。%-%表示内容原样输出，不进行运算。而%=%会生成运算后的内容。

然后，再来考虑js和css文件应当怎么处理。如果在页面中逐个引入组件的js和css文件，维护起来会非常不方便。所以我考虑将某个页面涉及到的组件，还有页面本身的js和css打包成一个。这样做有个缺点，每个页面的js和css文件会有重复的内容。如果用seajs或requirejs等模块加载，可以解决重复的问题，但也可能增加项目的复杂度。考虑到打包后的文件只有10K大小，还是暂时使用打包的方法。有兴趣的朋友也可以将js模块化并测试一下性能。

打包涉及到gulp的应用，有许多文章谈论到，而我是通过开源项目学习的。

首先我需要写一个page-config.json文件，告诉gulp我要打包哪些资源：

将文件放在模板目录的根目录下面，与src,dist同级。src存放原文件，dist存放生成后的文件。

再写一个gulpfile.js,用于自动构建。

下面是gulp文件的写法：

在使用时，要在命令行安装gulp，切换到gulpfile.js所在的目录，运行gulp watch，这样，每次在css和js更改时，会自动重新打包。当然，为了不重复操作，你可以写一个脚本文件。

handlebars ejs哪个容易

EJS是一个

JavaScript

模板库，

用来从JSON数据中生成HTML字符串。

Handlebars

是

JavaScript

一个语义模板库，

通过对view和data的分离来快速构建Web模板。

感觉后者比较容易一些。

ejs解析json问题

你这json串就不对啊，同级的怎么里面的文本字段都不一样。你把下面的json 的title2换成title，text去掉，text2 换成supplies 肯定就对了。总之你的json串就不对。如果下面的是上面的子级那么应该把json结构写成这样:

[ {

"title": "标题",

"supplies": [

"列表1",

"列表2",

"列表3" ],

"children": [ {

"title": "dl",

"text": "dt",

"text2": [ "dd1", "dd2","dd3","dd4", "dd5" ] },

{

"title": "dl2",

"text": "dt2",

"text2": ["dd1", "dd2", "dd3", "dd4", "dd5" ]

} ]

}]