现在有能够完全脱离 node.js 和 npm 的跨平台前端开发的解决方案吗？

你可以用原生 js 或者 jQuery 配合手动刷新页面的方式，也就是回到古老的刀耕火种的方式。

Blazor + nuget

也不一定脱离了就只能用原生或者 jq，有不少库都可以用 script 标签引入。

不过有什么不得不脱离 nodejs 的理由吗，这不是给自己找麻烦嘛

vue 不是可以<script>引用的吗

很难摆脱，因为很多库都是这么发布和管理的，除非代码你都自己写

可以用 yarn 啊[手动狗头]

vgu

.net
rust

Flutter web: https://flutter.dev/web

node.js 真的是太笨重了, 哪怕是一个小工具都格外赠送一个浏览器给你.

@greatgodwei 这是没分清 electron 和 nodejs ？

这个时候 deno 就彰显优势了

@nannanziyu 看错了,还以为楼主说的是跨平台 UI 了.

很多新手就是这样,总觉得目前更高效的工具都是无用和麻烦的,只有从最原始的方式逐步过渡过来才能明白这些工具的意义.

webpack 之类的模块打包工具还不成熟的时候，twitter 推出了一个叫 bower 的工具，可以把依赖下载到本地。然后自己 <script> 到网页上，或者用 browserify 打包。
不过后来 twitter 自己都放弃 bower 了。
http://bower.io/

flutter

https://bellard.org/quickjs/
https://www.rollupjs.com/
https://swc-project.github.io/
https://www.gruntjs.net/
https://bower.io/
https://deno.land/
https://www.gulpjs.com.cn/

Flutter 走起

脱离实际场景讨论技术是危险的，不同的场景要用不同的技术方案，看似可有可无的习惯，长久下去，会毁了程序开发人员的技术嗅觉。

为啥要别的呢？不香了么？关键是要提出哪里不香，才好讨论可能的替代品 /补充品。

我最烦的是 node_modules 这玩意，随便一个项目，代码没多少，依赖一大堆，轻松几百 M

@dodo2012 #21 snowpack

flutter

vue+element-ui 只需引入三个文件就可以干活了。

<link rel="stylesheet" href="https://unpkg.com/element-ui/lib/theme-chalk/index.css">
<script src="https://unpkg.com/vue/dist/vue.js"></script>
<script src="https://unpkg.com/element-ui/lib/index.js"></script>

<div id="app">
<el-button @click="visible = true">Button</el-button>
<el-dialog :visible.sync="visible" title="Hello world">
<p>Try Element</p>
</el-dialog>
</div>

<script>
new Vue({
el: '#app',
data: function () {
return { visible: false }
}
})
</script>

我用 cef，js 和 c++足矣

@DOLLOR 这样写出来源码直接暴露在外面的..学了一段时间 vue..但是他们打包过后的源码直接就看不懂了.

有的，第一步，先打开 txt

yarn install...

deno
rust

走起。

kotlin C# C++ 不少语言都支持跨平台开发啊。

haxe

明明主流的如 React, Vue, Bootstrap 等等，都可以完全脱离 node.js 呀。

比如 Vue 官网入门教程 https://cn.vuejs.org/v2/guide/ 一开头的安装部分，官方本来就推荐用 <script src="https://cdn.jsdelivr.net/npm/vue"></script> 并且明确说明 “安装教程给出了更多安装 Vue 的方式。请注意我们不推荐新手直接使用 vue-cli，尤其是在你还不熟悉基于 Node.js 的构建工具时”

一定程度上包管理就等于生态，所以提到前端的生态最猛的不就是 npm 么……

自己撸框架，类加载

@artyhacker 一个单页面小工具需要 npm 几十上百 m 的包，有何用?

@llsquaer 可以看下 33 楼，前台的东西有什么不能给看的

script 加 type=module 可以直接写，写写 demo 可以, 生产就不要想了

@xingyuc 写“小工具”用 Vanilla JS 咯，连<script src="jquery.js">都嫌多余。

最简洁也是性能最好的方法就是直接用原生 Javascript 来写，需要啥就用<script>引入，这样更可控，不像用 Npm install 会下载很多依赖的模块，导致前端资源变大。

@xingyuc 又不自己造轮子，又想车动起来。一个单页面几十上百 M 的包，你就不能先去看看你需要的包和包自身依赖吗。

目前有，感太不切，竟有很多用的子，然 deno 未可期，好一些。

有阿 只不过很多东西你得自己来而已 但这样自订也高 放弃 Windows 深入 Unix 哲学吧 (滑稽)

@ccyu220 我只需要 dist 下几个文件 就可以了……用得着另外那几百 m 么

@DOLLOR 666，长见识了

@xingyuc 这些包不是你自己装的?你要觉得太大可以选择不用啊,从头自己造轮子呗. 你写个 word 和 ppt 还得装好几个 G 呢.

工具是为需求服务的，不是用来制造麻烦的，如果你用工具感觉还不如不用，那就没必要硬上工具。

比如需求就是做一个表单页面，没有复杂的交互和数据流，这样完全没必要用任何框架和库，原生 JS 、CSS 、HTML 就够了。

技术选型不是选归宿，你在一个地方用 NPM 不爽，但在另一个地方可能不用 NPM 会不爽；所以用上 NPM 也不是说任何情况下都必须用 NPM，不用 NPM 也不是说任何情况下都必须不用 NPM，反正老板按照出的活给钱，不管三七二十一，能快速出活就香。

@xingyuc test

@genal 啥