7 篇博文 含有标签「npm 包」

总把外行当内行，遇见问题总抓狂​

不记得在哪里看了这么一句话：“在 js 中尽量不写 try...catch ，因为会拖累进程，甚至拖垮程序。每一个 try..catch 都将创建一个独立的内存，需要先执行一遍，然后看一下有没有错误，没有错误再返回源执行栈事件进行执行。“

当时，看见这句话，若获珍宝。巴不得在自己的项目中可以一个 try...catch 没有，也不能造成性能不足。

直到，昨晚一个小时一点点的打印找关于 triggerUncaughtException 的错，才发现，这真是“外行看热闹，内行看门道。半瓶子看自以为是和瞎几把信外行的瞎几把说”。

不想说，说了都是泪。

在写 [a-command] 的时候，有一件事贼尴尬。

写好了之后，在发布新版本后在 [vjj]（使用的是 [a-command] 的 question 和 select） 中使用时，发现测试时总是第三次就会出现打印残影。于是翻箱倒柜问国产 ai，回答都是一致的“在使用 emitKeypressEvents 的时候没有清理导致的残余”。

在 [a-command] 的每一次测试都没有问题，一到了 [vjj] 上就会出现这个问题。

首先声明：我的代码逻辑能力很强，这个不是代码逻辑或残余事件监听导致的

在编写 [a-node-tools] 的 runOtherCode 模块时，使用 process.on('exit', cursorShow) 监听事件流中断，期望在程序退出时将隐藏的光标展示出来。然而，在实际的使用中，难遂人愿。

在实际的运行中，在遇到 Ctrl + C 的这种意外事件时，触发的是 SIGINT 信号，触发了 process.on('SIGINT'，()=>{})

在 macOS 特别是 Apple Silicon (M1/M2) 设备上，Homebrew 的路径结构和符号链接机制与 Intel 芯片 Mac 不同。以下是您遇到的现象的原理详解和解决方案：

一、路径结构解析（Apple Silicon 芯片）​

1. Homebrew 默认安装路径​

/opt/homebrew/          # ARM 版 Homebrew 主目录
├── bin/                # 全局可执行文件符号链接
├── opt/                # 实际安装的软件包
│   └── node/           # Node.js 的主程序文件
└── lib/                # 共享库和依赖
    └── node_modules/   # 全局 npm 包安装目录

2. 关键路径说明​

在 CHANGELOG.md 文件中，使用 Emoji 可以直观标识不同类型的变更。以下是常见的 Emoji 及其含义：

常用 Emoji 分类​

一个基本包在构建时还需要考虑的其他方面的内容。

模块化与架构设计​

模块化分割​

• 按功能划分：将核心逻辑、业务逻辑、工具函数等，分别打包到不同的模块中，方便维护和复用。
• 支持插件系统：允许用户自定义插件，实现对不同环境、不同场景的兼容。

初始化 package.json​

执行初始化​

npm init -y