#2852·cli

数以吨计的错误被忽略

作者: GNUGradyn创建于 2026年9月10日更新于 2026年9月10日

哈罗 这个错误是为了追踪许多小问题,在这些小问题中,错误被默默地忽略或误解了. 已有数项拉动请求解决其中部分问题, 从`isPackagerRunning.ts':

aync 函数为 PackagerRunning () 包件端口:字符串 QQ 数字 = process.env.RCT METRO PORT →'8081', : 承诺 < | { 状态 : “ 运行 ” ; 根:字符串; {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? QQ 不运行 ——"未识别"

{ 尝试{ Const {data, headers} = 等待取取来( “http://localhost:${packagerPort}/status”, (三)

尝试{ 如果(数据 QQ' packager- status: running) { 返回{ 状态 : “ 运行” , root: headers.get('X-React-Native-Project-Root')?? '', (中文(简体) ).

  • ; {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}抓住(错误){ 返回“ 未识别” ; {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 返回“ 未识别” ; {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}抓住(错误){ 返回“不运行”; {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

有两个问题让我从另一个错误开始追逐错误:
- 解释数据的任何错误(如数据未定义)均视为`未定义'。 这很可能是错的,因此,在这个假设中至少应该有一个默认的警告可见
- 整个过程中任何没有明确处理的问题都被视为`非运行'。 如果未识别出的错误是显而易见的,这还是可以的,因为这样做并不总是正确的。

略带这一片段的副音符,由于这种方法回放类型的奇特外形而产生了许多不必要的复杂性. 我们也许想做点什么

{状态 : “ 运行 ” ; “ 运行 ” ; “ 未识别 ” ; 根 : 字符串 ? }

和(或)为状态使用安眠药。 这只是"bug foot"本身不是一个bug,而且我们无论如何都需要对这个区域进行再分辨,所以让我知道,如果我们觉得这应该是它自己的bug,或者我们是否应该忽略它.

内容来源: react-native-community/cli