Laravel 扩展包开发用哪种前端框架合适？在扩展包内如何发布前端组件？

考虑下做成 laravel 的功能性插件。这里有一些已经可以用的插件: marketplace.plugins-world.cn/marke... ，能参考着开发。也有完善的文档: pm.fresns.org/zh-Hans/ ，只要你会 laravel ，就能开发插件。前端静态资源也会自动发布到 public/assets/PluginName/ 下

噢，看错了问题。用 bootstrap 这种的简单。用 vue 之类的前后端分离方便吧。

我在尝试用 Laravel + Vue SPA 搭建 CMS 管理后台，后台单页面用默认的 Vite 配置就行，前台打算用传统的 Blade。遇到的问题：

• 如果前台不考虑打包没事儿，如何也要打包就会容易起冲突，使用 2 个 Vite 配置有难度。不过暂时不担心，先集中精力在后台。
• 后期复用，直接复制整个 Laravel 项目可行，但是估计不够优雅，也没法儿统一升级

我用过 Nova 作为后台管理，它是一个标准的 PHP/Laravel Package，可以单独安装和升级，它会把自己的前端资源直接安装到 public/vendor/nova，这应该是上游打包好了，直接放到代码里的。用 Nova 主要是用 PHP，所以不用重构前端资源，但是复杂的扩展，比如使用 Vue 来定义新字段，也是要创建一个独立的 PHP 包，也是比较繁琐的，会要求把前端打包的结果 commit 在源代码中。

如果是独立的 App 的话，即没有复用需求，不用考虑封装成包。

我没有开发过 Laravel 扩展包，但是我注意到 Laravel 官方有不少带 Web UI 扩展包，比如：

非常困难。如果前后端完全分离，基本不可能的

vue tailwind之类就涉及打包，ignition 其实也用的tailwind。如果不涉及定制主题色，和整个多个类到一个class的组件。tailwind 直接一个css，发布copy 到public下即可。 另外有一个ofa.js 可以实现前端组件化 且不需要打包。 之前也看到过一个yoyophp 前后端组件。

纠结前端问题的原因主要集中在两点：后端对 gojs 数据绑定的结构依赖太高 以及 前端相关代码工作量很大。

我其实心里的目标是前端应该类似高德地图组件一样能够被引入到项目中，并通过暴露出 API 进行定制化，只不过高德用的是 saas 模式的接口调用，而我只需要提供在 Laravel 扩展包里的接口。

我现在大概心里有个预期：把程序改成前后端分离的，主要还是 webworker 的同源限制在开发环境处理比较麻烦，其次是为了解耦合。

前端分为两部分：一部分不与任何框架耦合，只依赖 gojs 通过对外提供 API 方法和事件进行画布区域的编程，我姑且叫它“流程编排器”；另一部分则完成编辑器各项功能调用，这里会依赖 Vue \ ElementPlus \ Laravel Echo \ monaco-editor 这几个项目，完成对编排器的调用及其后续功能的开发，这部分如果无法引入项目，也只能被重写，但至少能提供 API 使用方面的参考。