使用getter在React组件中渲染另一个组件是一个好习惯吗?

问题描述 投票:2回答:2

在某些情况下,getter方法变得很方便。但是如何使用getter方法呈现React组件或整个DOM呢?为此目的使用经典方法而不是吸气剂是不是更好?为什么呢?

我觉得这个问题不对,但我知道这些东西可能与作者的感觉有关。

所以问题是这是否是一般的好方法?或者你的偏好是什么?

class Attachment extends React.Component {

  get file() {
    return this.props.fields.File;
  }
  get label() {
    return this.props.fields.Label;
  }

  // I'm asking about these 2 getters below this comment

  get editableAttachment() {
    return <SomeComponent field={this.label} />;
  }

  get attachment() {
    return (
      <a
        href={this.file && this.file.value && this.file.value.src}
        target="_blank"
      >
        {(this.label && this.label.value)}
      </a>
    );
  }

  render() {
    return (
      <div className="ui-some-component">
        {this.props.isPageEditing ? this.editableAttachment : this.attachment}
      </div>
    );
  }
}

先感谢您。

javascript reactjs getter react-component
2个回答
0
投票

这非常符合消费者的口味,我相信如果你不引入野蛮行为,任何代码都是好的。

这也是事实,代码越容易理解,越好。对于不了解我的代码的人,我会尝试使代码尽可能简单易读。

另一方面,我尝试使组件尽可能简单和具有表现力。

也许这将是使用“我的风格指南”的自己代码的示例:

const Attachment = ({ isPageEditing, fields }) => {
  const { file, label } = fields;

  const attachment = isPageEditing ? (
    <SomeComponent field={fields.label} />
  ) : (
    <a href={file && file.value && file.value.src} target="_blank">
      {label && label.value}
    </a>
  );

  return <div className="ui-some-component">{attachment}</div>;
};

我希望我帮助你,最好


0
投票

我认为这取决于偏好。与更基本的if x do this, if y do that渲染相比,推迟计算不会有任何收益 - 两者都必须完成工作。

我的两分钱是保持组件简单易读。针对每种情况跳过一个类会使下一个开发人员更加困难。

© www.soinside.com 2019 - 2024. All rights reserved.