Update README.md

截图

README.md

@@ -22,15 +22,15 @@
 
 ## 截图
 
-![dcat-admin]()
+![dcat-admin](https://raw.githubusercontent.com/jqhph/dcat-admin/master/docs/screenshots/1.gif)
 
 ## 前言
 
-这个项目从开始到开发完成大概了用了三个多月的时间（晚上下班和周末），提交的有效git版本不少于400个，而这个项目仅仅只是一个二次开发项目而已，并不是一个从零开始的全新的项目，可见持续维护一个稳定的开源项目是多么不易。所以这里也非常感谢`Laravel`、`Laravel Admin`等等优秀开源软件的的开发者们，免费为我们提供这么好用的项目。
+这个项目从开始到开发完成大概了用了三个多月的时间（晚上下班和周末，占用了大部分业余时间），提交的有效git版本不少于400个，而这个项目仅仅只是一个二次开发项目而已，并不是一个从零开始的全新的项目，可见持续维护一个稳定的开源项目是多么不易。所以这里也非常感谢`Laravel`、`Laravel Admin`等等优秀开源软件的的开发者们，免费为我们提供这么好用的项目。
 
 就我个人的感受而言，`Laravel Admin`是我使用过的最好用的后台构建工具，API简洁易用，入门也很容易，没有那么多花里胡哨的东西。而我之所以要开发这个项目，主要是想对`Laravel Admin`的一些细节做一些补充调整，增加一些比较常用的功能，优化开发体验（比如增加前端静态资源按需加载支持、美化界面和布局、增加表单弹窗、双表头表格等等比较实用的功能），总的来说可以把这个项目看做`Laravel Admin`“2.0”，更详细的异同点查看请[点击这里](https://jqhph.gitee.io/dcatadmin/docs-master-new.html)。
 
-> 有的同学可能想问：现在都流行前后端分离这么久了，还搞这种后端渲染的项目有意义吗？答案是当然有意义。因为开发一个前后端分离项目也是需要一定成本和资源的（例如你得有个熟悉前端的开发人员），实际项目中也需要考量一下为一个管理后台耗费这些成本资源值不值得。如果条件允许的话，当然用前后端分离的架构会更好一些。
+> 有的同学可能想问：现在都流行前后端分离这么久了，还搞这种后端渲染的项目有意义吗？答案是当然有意义。因为开发一个前后端分离项目也是需要一定成本和资源的（例如你得有个熟悉前端的开发人员），实际项目中也需要考量一下为一个管理后台耗费这些成本资源值不值得，并不是所有项目用前后端分离就更好。如果条件允许的话，当然用前后端分离的架构会更好一些。
 
 ## 环境
  - PHP >= 7.1.0