在你崩溃之前，这8种做法会让React应用程序先崩溃

这里有一个例子：

关于ESLint最酷的是，如果不喜欢某些规则或是不同意其中的一些规则，可以禁用这些规则，这样它们就不会在开发时显示为 linting警告/错误了。

6. 在渲染列表时进行解构

过去有些人出现过这种情况，而且很难检测到漏洞。基本上，如果有一个项目列表，并且准备渲染每个项目的一堆组件，如果列表中有一个项目不是期待值，那么应用程序会出现漏洞。如果应用程序不知道如何处理值类型，就有可能会崩溃。

这里有一个例子：

代码可以成功地运行。来看看API调用，而不是返回这个——

——如果在API客户端出现了意外情况并且返回这个数组时，如何解决这个问题呢?

那么应用程序就会崩溃，因为它不知道如何处理：

Uncaught TypeError: Cannot read property 'name' of undefined 
    at eval (DataList.js? [sm]:65) 
    at Array.map (<anonymous>) 
    at DataList (DataList.js? [sm]:64) 
    at renderWithHooks (react-dom.development.js:12938) 
    at updateFunctionComponent (react-dom.development.js:14627) 

所以为了防止应用崩溃，可以在每次迭代中都设置一个默认对象：

现在，用户不会再对你的技术和专业知识评头论足了，因为他们不会再看到页面崩溃的情况了：

然而，即使应用不再崩溃，建议进一步处理缺失值，比如为具有类似问题的整个项目返回null，因为其中没有任何数据。

7. 没有充分研究你要实施的东西

不少人曾犯过这个致命的错误：对自己实施的搜索输入过度自信，过早相信自己的观点。

这是什么意思呢?搜索输入这一部分本应是个简单的任务——而且的确如此。整个搜索功能出现问题的真正原因是在查询中包含字符。

如果将关键字作为查询发送到搜索API，仅仅认为用户键入的每个键是有效的是不够的，即使是因为它们都在键盘上。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!