Element-Plus与Dcat-Plus Admin完美融合：高效后台管理系统一键落地

感觉有点跑偏了，dcat 维护 主要是修复相关安全漏洞，升级版本。其次是优化界面显示（更美观），就像其实原来提供的像图表示例场景也不够使用，以及把社区 iframe 插件样式完善等待。提供更多可选主题。我想我使用的吸引力会更大。dcat 的用户原来就是laravel-admin 的用户。比如现在流行的圆角UI设计，如果dcat-plus 能跟进会更能吸引人。

还有我看到很多用前后端分离架构去开发。我觉得真没必要，dcat刚出来就饱受好评，以及 filamentphp能受欢迎的原因。弄个前后端分离的架构，对一些人而言很鸡肋，对需要的人用处也不大(除非像有些 Java框架，成熟的完成了一整套架构)，含有日志，报警，搜索引擎等等。还提供了类似 外卖/商城等实体应用的场景，PHP 做的优秀的不多（特别是能坚持开源的，保持 php 版本技术迭代更新的，这种需要团队，一个人基本无法做）。

真正的业务场景 CURD 只占很少一部分，大部分页面都是 自定义的，这种开发难度太高。太费事

我看社区里面，时常有人发布框架更新，主打提及：这是一个 前后端分离 , 采用vue3 ,vite,typeScript 的框架. 好像这是他们巨大的优势，卖点。 为的是迎合大家对技术栈的追新嫌旧。

laravel-admin和dcat-admin原来的老用户，希望看到的是除了保持这些传统插件的更新(就如同一楼说的，其次是优化界面显示（更美观）实际上更新bootstrap版本或者adminlte版本也能更美观一些)，部分js插件如果原作者不更新了，找一些替代品给换上。

以及php代码部分对新版php的支持和漏洞的修复。

彻底改成前后端分离，又是vue3 ,vite,typeScript，如果这样搞说实话和原来的项目精神背道而驰。不仅仅是成本的增加，简直是在折磨自己。

没必要随波逐流。

那个element api 库 不支持多文件数组上传

很需要这个，但是不懂前端，给出个前端的文档呗？

没搞懂，后端接口是开源的吗？不开源的话，谁会用你的接口做自己的后台？

我是自已手撸dcat + amis 感觉效率还可以

我觉得就好好搞后台这个，不要搞前后端分离没必要，也不要搞什么生成接口，这些都不实用，dcat-admin的用户就是后端程序员，他们欠缺的就是前端，最善长的就是写api, 所以，dcat-admin的目标是把前端快速补上，搞漂亮点，功能（插件）尽量多点，api没必要搞，搞出来也很少人会用。