脚手架技术选型

[fanchangjifen]

为什么不在成熟的中后台开发模板上面进行开发，这个项目在UI方面很让人担心呐

[fanchangjifen]

考虑下vue-vben-admin

[Lensual]

@fanchangjifen

我不是专业前端，这最开始只是我自己写了一个demo，满足了自己的简单的webui需求后开源的。

关于更换开发模板，我没有太多的时间和精力。但是欢迎来讨论这个问题和pr。

tdesign-vue-next-starter 确实存在很多问题

以及我遇到的问题

• 对平铺菜单或多菜单支持不友好
• 菜单schema定义混乱
• 请求器过于复杂

如果要更换的话，我想从一个精简的模板开始。vue-vben-admin-thin如何？我不是很清楚。

[iceboundx]

因为一开始就是拍脑袋干的，没有什么选型。如果你愿意的话，可以梳理一下有哪些可选方案，我们对比一下，如果要换的话，最终确定一个可行的迁移方式？现阶段我还会在当前的框架下开发，我想先把功能搞一下，看看有没有什么坑，如果整体业务逻辑确定了，中间插进来一个迁移应该也还好？

[fanchangjifen]

我也不是专业前端，所以我关注的点可能更多是在如何能找到合适的前端示例demo直接CV
最近在写plugin的菜单，尤其是在参考Kong Manager的控制台实现的时候，在期望能达到的UI效果和实际能做的存在太大落差
另外，前端安全问题也越来越敏感，所以建议还是选择活跃度比较高更新比较频繁的架子
我也同意iceboundx的想法，我们可以先趟平业务逻辑，再花点时间迁移

[fanchangjifen]

在https://github.com/APISIX-Unofficial-UI/apisix-dashboard-unofficial/issues/41这个问题讨论后，目前这个项目的定位是对官方Dashboard的增强，我有几个不成熟的想法，简单聊聊
1.UI方面强烈希望对齐Kong Manager，而且官方出来后UI方面肯定不会差，毕竟UI是第一感官
2.多空间或者说多集群管理，官方明确表示暂无计划，目前Kong Manager是具备的，可以考虑下
3.数据备份问题，官方Dashboard依赖Admin API进行数据交互，这样只有Etcd一个数据存储，数据备份无法实现，这可能是这个项目增强的一个点
4.非官方插件生态集成和管理问题，增加适用群体
5.再加上之前提过的仪表盘面板
暂时这些吧