让我感到困惑的是,功能组件和基于类的组件现在都可以使用State
,Props
但可以在不同的实现中使用。我更喜欢基于类的组件,因为我是 Angular 开发人员,而且我发现使用这些类型的组件更舒服。但是我搜索了这个,很多专家说最好尽可能地使用功能组件。
我想知道当有人申请 React 开发人员职位时,这对科技公司是否真的很重要。他们会看这些东西吗?由于它们在实现上存在很大差异......
让我感到困惑的是,功能组件和基于类的组件现在都可以使用State
,Props
但可以在不同的实现中使用。我更喜欢基于类的组件,因为我是 Angular 开发人员,而且我发现使用这些类型的组件更舒服。但是我搜索了这个,很多专家说最好尽可能地使用功能组件。
我想知道当有人申请 React 开发人员职位时,这对科技公司是否真的很重要。他们会看这些东西吗?由于它们在实现上存在很大差异......
功能组件和类组件之间存在一些差异。
在 React 中声明组件的最简单方法。您只需要声明一个返回jsx
.
示例:
const MessageComponent = ({ name }) => { return <h1>Hi {name}</h1> }
除了引入 React Hooks 之后,您还可以使用功能组件完成大部分功能
componentDidUpdate
=>useEffect(fn)
componentDidMount
=>useEffect(fn, [])
state
=>useState()
组件的健壮版本。使用类组件,您可以做更多事情。
Props
默认情况下,在类上下文中this.props
。您可以为组件使用状态、局部变量。您可以添加许多共享相同状态的类的方法。
export default class MessageComponent extends Component {
state = {
message: 'default message'
}
renderMessage = () => {
return (
<h1>
Hi {this.props.name}
</h1>
)
}
render() {
return (
<div>
{this.renderMessage()}
</div>
)
}
}
不使用类组件的主要原因是您只需要一个简单的组件,例如button
、card
或表示组件。如果您的组件不需要复杂的状态、复杂的逻辑,functional component
最适合您。
功能组件是新标准。保持它们重量轻且可读性更容易。在高质量代码中,任何组件都不应该需要如此多的逻辑,以至于超过 30 到 50 行,这使事情变得简短而简洁,考虑到这一点,类组件只是又大又笨重
类组件最初被使用,并且仍然被 React 支持。根据 React 开发人员的说法,没有停止支持他们的计划。在现有的代码库中,没有理由花费资源将类组件转换为函数组件。
话虽如此,函数组件是新代码的更好选择。它们还支持 React Hooks,这是基于类的生命周期方法的替代品。
如果您正在编写新代码,则可能专注于编写函数组件。但是,如果您正在申请工作,现有代码库很有可能同时具有类和函数组件。您需要对两者都感到满意,并能够将其中一种翻译成另一种。
好吧,组织现在倾向于使用最新的,并雇用与任何新事物产生共鸣的人。
具有新 Hook 的功能组件也替换了生命周期方法是
如今,大多数开发人员正在转向功能组件而不是类组件,因为可能有很多原因,但其中一些最有益的点是
我想您应该将新组件编写为功能组件。因为现在公司将为旧代码管理基于类的组件,但他们将继续使用功能组件。因此,您应该了解这两种编码约定。