Nodejs 用户为什么这么爱变来变去呢？
这似乎是前端开发人员的通病，喜欢变来变去，想一出是一出，完全不考虑连贯性。
cloudflare worker 创建项目一开始用的是 wrangler init， 后来改成了 wrangler create 了。改这么一个字也许对他来说符合它最新审美了，但是用户又要跟着他去记一个新的命令了。操！
Nodejs 用户为什么这么爱变来变去呢？
| 作用 | npm | yarn | pnpm |
| --------- | ----------------------- | -------------------- | -------------------- |
| 安装 | npm install | yarn install | pnpm install |
| 安装的简写 | npm i | yarn add | pnpm add |
| 强制安装 | | | pnpm install --force |
| 卸载 | npm unintall | yarn remove | pnpm remove |
| 卸载简写 | npm rm | yarn rm | pnpm rm |
| 全局安装 | npm i xxx --global/-g | yarn global add xxx | pnpm add -g xxx |
| 安装包(生产模式) | npm i xxx --save/-S | yarn add xxx | pnpm add xxx |
| 开发模式安装包 | npm i xxx --save-dev/-D | yarn add xxx -dev/-D | pnpm add -D xxx |
| 检查更新 | npm outdated | | |
| 更新 | npm update | yarn upgrade | pnpm update |
| 全局更新 | npm update -g | yarn global upgrade | pnpm update -g |
| 运行 | npm run xxx | yarn run | pnpm run xxx |
| 清除缓存 | npm cache clean | yarn cache clean | |
| 动态包执行 | npx xxx | yarn dlx xxx | pnpm dlx xxx |
| 查看全局安装的包 | npm list -g --depth 0 | yarn global list | pnpm list -g |
我在官方文档中并没有看到你说的 wrangler create 一直都是 wrangler init
https://developers.cloudflare.com/workers/wrangler/commands/
同时我使用 wrangler create 后提示 ERROR Unknown argument: create
同时我查看了旧版本 https://github.com/cloudflare/wrangler-legacy 也是 wrangler init
好奇你说的 wrangler create 是从哪里来的？
搭车问一下, 这个 wrangler 是什么神奇的单词? SageMaker, nodejs, Cloudflare Workers, 八杆子打不着的三个玩意儿, 都跟它扯得上五毛关系. 谁来科普一下它们之间的内在美?
lz 记混了吧，创建项目：npm create cloudflare@latest xxx
创建某个 cf 产品的新实例：npx wrangler xxx create xxx
以上这两个才有 create
哈哈哈哈哈哈 nodejs 他们还会把 happy eyeball 弄坏了不修 感兴趣可以读这个 https://dmesg.app/nodejs-dual-stack.html
这都能扯得上 nodejs 用户……
假设真的有改动，这个命令根本不高频使用吧，都是用到的时候看文档就行了，根本不需要记。难道楼主是天天新建 cf worker 项目
另外命令叫什么不是维护者自己愿意自己改的吗，不喜欢也可以考虑不升级新版，或者自己 fork 一份想用什么单词用什么单词
你需要使用 antfu/ni，ni = ‘npm install|yarn install|pnpm install|bun install`
其他同理，见 https://github.com/antfu/ni
你说的对，应该是 npm create cloudflarelatest xxx 或者 npx wrangler xxx create xxx, 反正是警告说 wrangler init 不在支持了。WARNING The init command is no longer supported! Please use npm create cloudflare\2 --test instead.
虽然但是，现在除了旧项目用 npm ，新项目基本都用 pnpm
很多知名的开源库，如 vue/vite/next.js 都是用的 pnpm
pnpm 不存在你说的这个 node_modules 问题
能快速开发 api 服务啊，自从前阵子发现它能直接导入 html 以后，我现在甚至前端渲染直接通过 worker 了。对我来说最重要的应该是免费吧，我大部分应用程序都通过 worker 部署，其中包括盈利的软件，外部成本就只有域名费了，维护都不用，关键是不用担心同时在线人数多了怎么办这类问题。可能是习惯问题，用惯了以后，啥东西都会看一下能不能通过 worker 来实现。
不好意思偏题了，我觉得 cf worker 适合做快速开发，省去租服务器、部署环境等工作环节。自从有了 AI 加持，对于轻量级运用，从买域名到产品上线最快两根烟功夫就能发布
#61
显然你没有搞清楚 npm 和 pnpm 的关系，它们有点类似 python 里 pipenv/poetry 的关系，各有优劣
pnpm 是某群开发者对 npm 的某些机制不满意搞出来的，从我个人认知目前情况来看，pnpm 将会成为未来很长一段时间的主流
> 过几年怕是又要变成 ppnpm
既然你说是那就是吧，如果你对 npm 不满意，你完全可以 pull/fork 它，用你自己的知识修改让它符合你自己的需求即可，当然大多数人都是没能力改也懒得改就只能骂了，如果我连控制台错误都(看/搜索)不出来是哪个的问题，那我就只能捏着鼻子用了
其实，感觉应该是很多前端喜欢追新，比如：package.json 中的包通常都是 vue^3.1.2 这类的，而不是 Vue-3.1.2 ，像 Vue 这种大型的项目可能还好点，有很多人进行测试，很多个人开发者直接不单元测试的，将功能实现了就进行打包了，等用户反馈了，然后继续修改，用户还需要清理本地的 npm 包。
其实，Java 也是类似的；不过，Java 有大一统的 SpringBoot 相对而言，目前好点；毕竟，将许多包都封装为 starter 了，毕竟这些 starter 都是各个场景的，进行了大量的测试。
我猜修改的原因是方便用户不需要再安装 wrangler 的 cli 只需要安装 node/npm 就可以初始化项目
如果你喜欢 init ，也可以用 npm init ，npm create 是 npm init 的别名
在Node.js社区中，“变来变去”的现象通常指的是其快速迭代和不断变化的特性，这主要由以下几个因素驱动：
-
技术快速发展：Node.js作为一个开源项目，其生态系统的发展速度极快。新特性和工具的不断涌现，促使开发者不断尝试和采用最新的技术栈。
-
版本更新频繁：Node.js遵循语义化版本控制（Semantic Versioning），主版本号的提升往往伴随着重大变更。例如，Node.js 8到10的版本升级中，引入了Async/Await等关键特性，极大地提升了开发效率。
-
社区驱动：Node.js的开源特性意味着其发展方向和功能特性在很大程度上由社区决定。社区的需求和反馈会直接影响Node.js的迭代方向。
-
依赖库更新：Node.js项目通常会依赖大量的第三方库，这些库的更新也会促使项目本身进行相应调整。
以下是一个简单的Node.js版本升级示例，展示了如何从旧版本迁移到新版本，并使用Async/Await特性：
// Node.js 8 及以下版本
function fetchData(callback) {
// 使用回调函数
}
// Node.js 10 及以上版本
async function fetchData() {
try {
const data = await someAsyncFunction();
console.log(data);
} catch (error) {
console.error(error);
}
}
综上所述，Node.js用户“变来变去”并非出于随意，而是为了更好地适应技术的发展和社区的需求。
