当前位置: 首页 > 知识库问答 >
问题:

go哪个框架能打包vue/react?

濮阳翔
2023-10-21

把vue/react打包进框架里编译成可执行文件,在服务器上就不用装nodejs了

共有5个答案

宿镜
2023-10-21

通过CI执行nodejs编译,然后将文件复制到go项目指定目录,通过go embed将文件打包到项目内部

姜宏盛
2023-10-21

给的信息太少,只能猜测你是想把静态网页文件打包进 exe 中,那么可以使用 embed 包

//go:embed all:ui/dist/spavar assets embed.FS
葛骏
2023-10-21

如果你的程序可以在浏览器全部跑通,我的意思是不需要和系统做什么交互,全都是基于网页的。那么推荐 wails 单文件编译出来5-10M左右,golang的

王鹏飞
2023-10-21

目前 esbuild 有对外暴露的 go 接口打包,但是你安装依赖还是需要 node 环境,目前主流的包管理工具并没有 go 写的。

服务器不想安装 node 环境,可以通过 CI 的时候打包,服务器拿到的资源就是打包后的文件。

甄成弘
2023-10-21

目前没有直接将Vue或React打包进Go框架的成熟方案。Vue和React都是基于JavaScript的框架,需要运行在Node.js环境中。而Go是一种静态类型、编译型的编程语言,与JavaScript的运行环境完全不同。

然而,你可以使用一些工具来将Vue/React应用程序打包成静态资源,然后将其部署到Go应用程序中。

对于Vue,你可以使用Vue CLI(命令行工具)来构建一个生产环境的静态版本。这个版本包含了所有的静态文件,你可以将其部署到任何web服务器上,包括由Go编写的web服务器。

对于React,你可以使用Create React App来构建一个生产环境的静态版本。Create React App提供了一个build命令来生成静态文件。这些文件包含了你的应用,你可以将其部署到任何web服务器上,包括由Go编写的web服务器。

如果你希望将Node.js环境完全从服务器上移除,你可以考虑使用像Docker这样的容器化平台来运行你的Node.js应用。这样,你可以在Docker容器中运行你的Vue/React应用,而你的Go服务器可以与这个容器进行通信。这样做的缺点是,你仍然需要在服务器上运行一个Docker容器,这可能会增加一些额外的资源使用和管理复杂性。

 类似资料:
  • 问题内容: 我正在使用Go gin框架Go gin 我有状态码:200,但是在OPTIONS请求之后什么也没有发生。好像我错过了什么,但我不明白我在哪里错了。 有谁能够帮我? 问题答案: FWIW,这是我的CORS中间件,可满足我的需求。

  • 问题内容: 我正在寻找一个Java Web框架,该框架可让我充分使用jQuery,例如.NET平台上的ASP.NET MVC。 有什么建议吗? 问题答案: 如果您想用Java的jQuery着迷,那就去寻找基于请求/动作的MVC框架,例如Struts 1.x ,Spring MVC ,Stripes或Play等等。其中,Spring MVC是最合适的。 基于组件的MVC框架(如JSF,Struts

  • 本文向大家介绍vue打包成最终的文件有哪些?相关面试题,主要包含被问及vue打包成最终的文件有哪些?时的应答技巧和注意事项,需要的朋友参考一下 vendor.js, app.js, app.css, 1.xxx.js 2.xxx.js 如果有设置到单独提取css的话 还有 1.xxx.css ......

  • 问题内容: 似乎我在网站创建上有点过时了。 几年前,我学会了创建带有框架的简单网站。 但是,w3school.com不鼓励使用此解决方案,并且将来的HTML版本不再支持框架。 那么简单的替代品是什么? 大多数开发人员似乎也不鼓励使用iFrame PHP似乎提供了解决方案?在php中替换框架的简单方法是什么? 如果我不使用php(实际上我需要在一个项目中使用JavaEE),如何创建类似框架的网站?

  • 问题内容: 按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 8年前关闭。 我对学习Java Web开发框架感兴趣,并且正在寻找一些应该学习哪些建议/建议(以及为什么)。 理想情况下,我希望框架能够: 基于MVC。 最少(如果有)配置

  • 这个页面无疑是最难编写的,但我们认为它也是非常重要的。或许你曾遇到了一些问题并且已经用其他的框架解决了。你来这里的目的是看看 Vue 是否有更好的解决方案。这也是我们在此想要回答的。 客观来说,作为核心团队成员,显然我们会更偏爱 Vue,认为对于某些问题来讲用 Vue 解决会更好。如果没有这点信念,我们也就不会整天为此忙活了。但是在此,我们想尽可能地公平和准确地来描述一切。其他的框架也有显著的优点