|
|
@@ -36,14 +36,17 @@
|
|
|
但是`Laravel Admin`也有许多让我不太满意的细节（例如：比较“陈旧”的UI界面、过度依赖`Eloquent model`、无法按需加载静态资源等等），正是对这些细节的不满意让我产生了重写`Laravel Admin`的想法。而我不在原项目提交`PR`是因为改动太大，并且改动后与原有的代码并不完全兼容，所以只好再开一坑，在此也非常感谢`Lavarel Admin`的开发者们免费为大家开发维护一个这么优秀的项目。
|
|
|
|
|
|
|
|
|
-### 为什么不改造成前后端分离项目？
|
|
|
-近几年，前后端分离方案已经发展成前端技术的主流，也是未来的发展趋势。那么我为什么不与时俱进把`Laravel Admin`改造成前后端分离的模式呢？原因如下：
|
|
|
+<details>
|
|
|
+<summary>为什么不改造成前后端分离项目？</summary>
|
|
|
|
|
|
+ 改成前后端分离会增加项目复杂度，提高了使用门槛。
|
|
|
+ 保持`Laravel Admin`架构的前后端分离（类似`Laravel nova`）只是“技术角度”的前后端分离，从团队合作的角度而言并不能做到前后端分离，实际上不论是前端还是后端的工作都需要后端去做，所以这么做可能不但无法减轻开发者的工作量，反而会增加工作量。
|
|
|
+ 前后端分离技术固然已经是行业的主流和趋势，但是基于`jQuery`的非前后端分离项目也有自己的优势，比如门槛低、类库非常丰富等等，所以市场占有率依然极高。
|
|
|
+ 不是什么项目都适合采用前后端分离方案，显然对于希望控制人力成本的小公司和个人开发者而言，基于`jQuery`的非前后端分离项目显然更加的简单高效。
|
|
|
|
|
|
+</details>
|
|
|
+
|
|
|
+
|
|
|
## 功能
|
|
|
|
|
|
- [x] 用户管理（可拆卸）
|
jqh