|
|
@@ -44,9 +44,9 @@
|
|
|
|
|
|
近几年，前后端分离方案已经发展成前端技术的主流，也是未来的发展趋势。那么我为什么不把Laravel Admin改造成前后端分离的模式呢？原因如下：
|
|
|
|
|
|
-+ 这个项目的设计方向是简单、高效，方便后端开发者快速搭建后台系统，而改成前后端分离无疑会增加项目复杂度，提高了使用门槛。
|
|
|
-+ 保持`Laravel Admin`架构的前后端分离（类似`Laravel nova`）只是“技术角度”的前后端分离，从团队合作的角度而言并不能做到前后端分离，实际上不论是前端还是后端的工作都需要后端去做，所以这么做可能不但无法减轻开发者的工作量，反而可能会增加工作量。
|
|
|
-+ 前后端分离技术固然已经是行业的主流和趋势，但是基于`jQuery`的非前后端分离项目也有自己的优势，比如门槛低、类库非常丰富等等。
|
|
|
++ 这个项目的设计理念是简单、高效，方便后端开发者快速搭建后台系统。而改成前后端分离无疑会增加项目复杂度，提高了使用门槛
|
|
|
++ 保持`Laravel Admin`架构的前后端分离（类似`Laravel nova`）只是“技术角度”的前后端分离，从团队合作的角度而言并不能做到前后端分离，实际上不论是前端还是后端的工作都需要后端去做，所以这么做可能不但无法减轻开发者的工作量，反而可能会增加工作量
|
|
|
++ 前后端分离技术固然已经是行业的主流和趋势，但是基于`jQuery`的非前后端分离项目也有自己的优势，比如门槛低、类库非常丰富等等
|
|
|
+ 不是什么项目都适合采用前后端分离方案，显然对于希望控制人力成本的小公司和个人开发者而言，基于`jQuery`的非前后端分离项目显然更加的简单高效。
|
|
|
|
|
|
</details>
|
|
|
@@ -126,7 +126,7 @@ php artisan admin:install
|
|
|
|
|
|
|
|
|
|
|
|
-## 其他
|
|
|
+## 鸣谢
|
|
|
`Dcat Admin` 基于以下组件:
|
|
|
|
|
|
+ [Laravel](https://laravel.com/)
|
jqh