update

README.md

@@ -27,13 +27,44 @@
 
 ## 截图
 
-![dcat-admin](https://raw.githubusercontent.com/jqhph/dcat-admin/master/docs/screenshots/1.gif)
+![dcat-admin](https://jqhph.github.io/dcat-admin/assets/img/grid-1.png)
 
 ## 前言
 
-就我个人的感受而言，`Laravel Admin`是我使用过的最好用的后台构建工具，API简洁易用，入门也很容易，没有那么多花里胡哨的东西。而我之所以要开发这个项目，主要是想对`Laravel Admin`的一些细节做一些补充调整，增加一些比较常用的功能，优化开发体验（比如增加前端静态资源按需加载支持、美化界面和布局、增加表单弹窗、双表头表格等等比较实用的功能），总的来说可以把这个项目看做`Laravel Admin`“2.0”，更详细的异同点查看请[点击这里](https://jqhph.github.io/dcat-admin/docs-master-new.html)。
-
-> 有的同学可能想问：现在都流行前后端分离这么久了，还搞这种后端渲染的项目有意义吗？答案是当然有意义。因为开发一个前后端分离项目也是需要一定成本和资源的（例如你得有个熟悉前端的开发人员），实际项目中也需要考量一下为一个管理后台耗费这些成本资源值不值得，并不是所有项目用前后端分离就更好。当然如果条件允许的话，用前后端分离的架构会更好一些。
+我写这个项目的初衷只是为了补充和完善`Laravel Admin`，`Laravel Admin`是我使用过的最好用的后台构建工具，API简洁易用，上手简单，让开发者告别了冗杂的HTML代码，只需极少的代码就可以构建出一个完善的管理后台。
+
+但是`Laravel Admin`也有许多让我不太满意的细节（例如：比较“陈旧”的UI界面、过度依赖`Eloquent model`、无法按需加载静态资源等等），正是对这些细节的不满意让我产生了重写`Laravel Admin`的想法，而我不在原项目提交`PR`是因为改动太大，并且改动后与原有的代码并不完全兼容，所以只好再开一坑，在此也非常感谢`Lavarel Admin`的开发者们免费为大家开发维护一个这么优秀的项目。
+
+
+### 为什么不改造成前后端分离项目？
+近几年，前后端分离方案已经发展成前端技术的主流，也是未来的发展趋势。那么我为什么不与时俱进把`Laravel Admin`改造成前后端分离的模式呢？原因如下：
+
++ 改成前后端分离会增加项目复杂度，提高了使用门槛。
++ 保持`Laravel Admin`架构的前后端分离（类似`Laravel nova`）只是“技术角度”的前后端分离，从团队合作的角度而言并不能做到前后端分离，实际上不论是前端还是后端的工作都需要后端去做，可能不但无法减轻使用者的工作量，反而会增加工作量。
++ 前后端分离技术固然已经是行业的主流和趋势，但是基于`jQuery`的非前后端分离项目也有自己的优势，比如门槛低、类库非常丰富等等，所以市场占有率依然极高。
++ 不是什么项目都适合采用前后端分离方案，显然希望控制人力成本的小公司和个人开发者而言，基于`jQuery`的非前后端分离项目显然更加的简单高效。
+
+## 功能
+
+[x] 用户管理（可拆卸）
+[x] RBAC权限管理（可拆卸），支持无限极权限节点
+[x] 菜单管理（可拆卸）
+[x] 扩展管理
+[x] 按需加载静态资源，无需担心安装组件过多
+[x] 简单清晰的数据操作接口，可随意切换数据源
+[x] 基于`Bootstrap3`的栅格布局系统
+[x] 数据表格构建工具，内置 20+ 种字段类型，10+ 种表格常用功能（如双表头、数据导出、快捷搜索、快捷创建、批量操作等）
+[x] 数据表格搜索工具，内置 20+ 种过滤器，近 10 种表单类型
+[x] 数据表单构建工具，内置 50+ 种表单类型，支持异步提交
+[x] 分步表单构建工具
+[x] 弹窗表单构建工具
+[x] 数据详情页构建工具
+[x] 无限层级树状页面构建工具
+[x] 可视化代码生成器，支持生成增删改查代码、语言包、数据表等，可根据数据表生成增删改查页面
+[x] 内置 40+ 种常用页面组件（如图表、下拉菜单、Tab卡片、提示工具、提示卡片等）
+[x] Section功能（类似`Wordpress`的过滤器Filter）
+[x] 异步文件上传表单，支持分块上传
+[x] ide-helper文件生成工具
 
 ## 环境
  - PHP >= 7.1.0