javascript – MobX – 当我将数据注入React组件时可以使用`inject`时,我为什么要使用`observer`

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了javascript – MobX – 当我将数据注入React组件时可以使用`inject`时,我为什么要使用`observer`，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2940字，纯文字阅读大概需要5分钟。

内容图文

MobX文档建议我应该在所有组件上使用observer.但是,通过使用注入,我可以更精细地控制哪些数据导致重新呈现我的组件.

我的理解是,对于观察者来说,即使observable嵌套在数据存储的深处,最后渲染中所有被访问的observable的更改也会导致重新渲染,而当注入器函数中访问observable时,只注入重新渲染更改.

例如：

class Store{
  @observable data = {
    nestedData: {
      deepData: 'my_data'
    }
  }
}

const store = new Store();

... Assume the store is injected using <Provider /> component

// This will cause re-render when the data object changes
// for example: store.data = { new_data: 'new_data' }
@inject(stores => {
  return { data: stores.dataStore.data }; 
})
class MyComponent extends Component {  }

// This will re-render on change of the data object, but also
// on change of nestedData and deepData properties
@inject(stores => {
  return { data: stores.dataStore.data }; 
})
@observer
class MyComponent extends Component {  }

有人可以证实我对此的理解吗？

在我看来,最好只使用注入,因为它可以提供更多控制,并且可以防止不必要的重新渲染.如果数据是深度嵌套的,您可以创建一个计算属性,从深层结构获取并准备数据,然后在组件中注入该属性.

使用一个优于另一个时是否存在其他优点/缺点

解决方法:

我相信你的评估是正确的.让我试着澄清一下：

@observer跟踪渲染使用哪些可观察对象,并在其中一个值发生更改时自动重新渲染组件.

我们应该注意到,根据你的例子,render使用的@observable值可能会深深嵌套在给定的prop中：

class Store{
  @observable data = {
    nestedData: {
      // changes to `deepData` would theoretically re-render any observer
      deepData: 'my_data' 
    }
  }
}

with observer, a change in all accessed
observables in the last render will cause a re-render, even if the
observable is nested deep in the data store

答对了！

虽然有一个可观察的怪癖,你马上就会看到……

另一方面,您拥有@inject,它可以为组件(通过props)提供由Provider定义的特定数据结构.

例如：

@inject('title')
class MyComponent extends React.Component {
    render() {
        return (<div>{this.props.title}</div>);
    }
}

const Container = () => (
    <Provider title="This value is passed as a prop using `inject`">
        <MyComponent />
    </Provider>
);

inject only
re-renders when observables accessed in the injector function change.

答对了！

如果prop本身已经识别出更改,则inject将仅生成重新渲染.

这与shouldComponentUpdate()和道具的深度比较实际上是相同的问题 – 尽管观察者似乎是far more efficient而不是shouldComponentUpdate.

In my opinion, it’s better to use only inject as it gives you more
control, and can prevent unnecessary re-renders.

我不一定会走得那么远……这完全取决于你如何构建代码.

如果我修改原始示例：

class Store{
    @observable data = {
        nestedData: {}
    };

    constructor() {
        this.data.nestedData.deepData = 'my_data';
    }
}

…添加deepData实际上不会被视为可观察的更改(即重新渲染),因为当我们最初将数据标记为可观察值时,该属性不存在.这是一个问题.

一种不同的方法可能是做这样的事情：

class Person {
    @observable name = 'John Doe';
}

class Store{
    @observable data = null;

    constructor() {
        this.data = new Person();
    }
}

这允许您跨类传播可观察值 – 因此您可能仍希望将Store注入组件(访问Store.data,但最终任何可观察到的更改都来自更新Person.

内容总结

以上是互联网集市为您收集整理的javascript – MobX – 当我将数据注入React组件时可以使用`inject`时,我为什么要使用`observer`全部内容，希望文章能够帮你解决javascript – MobX – 当我将数据注入React组件时可以使用`inject`时,我为什么要使用`observer`所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---