为什么这么多程序员单独导入 useState ，而简单地使用 `React.useState` 也一样可行？

Question

我很好奇为什么这么多程序员单独导入useState。

import React, { useState } from 'react';
const [foo, setFoo] = useState('foo');

然而，只导入 react 并执行 React.useState 会不会更容易占用内存？

import React from 'react';
const [foo, setFoo] = React.useState('foo');

Answer 1

我们中的一些人有不同的偏好。基本上是制表符与空格。我喜欢在钩子所在的地方使用 React.use。因此，如果我要从文件中删除钩子，我可以在该行中完成，而不用担心未使用的导入。

Answer 2

当我制作原型时，我使用 React.useState，因为它的输入速度更快，而无需等待 IDE 为我自动导入。稍后如果我有更多时间并且知道代码不会再有太大变化，我可能会重构使用 useState 或 useEffect 因为它看起来更干净

另外我写reusable hooks的时候会单独使用useHook因为这样看起来比较简单而且我知道我暂时不会碰代码

Answer 3

与 vanilla Javascript 相比，解构是 ES6 语法的一大优点。它使代码更短、更干净、更易读。许多开发人员在编码时都在关注 ES6 中的这一更新功能。

在 React 编程中，开发人员喜欢编写具有解构功能的代码，而不是使用父对象引用子属性。

所以我想说，在大多数 Javascript 编程中，从代码格式的角度来看，解构已经成为一种常见规则。

并且这种解构功能在 javascript 中广泛用于导出和导入模块。

所以为了在整个项目中统一编码模式，开发人员选择直接从 react 导入 useState。

同样，在大多数情况下，我们在 React 组件中使用多个状态，这意味着我们需要使用 useState 相乘。所以它也将减少使用“React”的重复。

Here 是一篇对您有帮助的文章。

Why do so many programmers imports `useState` separately, whereas it would be just as workable to simply use `React.useState`?