- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
MobX 文档建议我应该在所有组件上使用 observer
。但是,通过使用 inject,我可以更精细地控制哪些数据会导致我的组件重新呈现。
我的理解是,对于 observer
,上次渲染中所有访问的 observable 的更改将导致重新渲染,即使 observable 嵌套在数据存储的深处,而 inject
仅当注入(inject)器函数中访问的可观察对象发生变化时才重新渲染。
例如:
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 { }
有人可以证实我对此的理解吗?
在我看来,最好只使用 inject
,因为它给了你更多的控制权,并且可以防止不必要的重新渲染。如果数据嵌套很深,您可以创建一个计算属性,从深层结构中获取和准备数据,然后将该属性注入(inject)组件。
在使用其中一种时还有其他好处/缺点吗
最佳答案
我相信您的评估是正确的。为了清楚起见,让我尝试改写一下:
@observer
跟踪 render
使用了哪些 observable,并在这些值之一发生变化时自动重新渲染组件。
我们应该注意,根据您的示例,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
宾果!
虽然 observable
有一个怪癖,但您稍后会看到...
另一方面,你有@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.
宾果!
inject
只会在 prop
本身识别出变化时产生重新渲染。
这实际上是与 shouldComponentUpdate() 相同的问题和 props
的深度比较——尽管 observer
似乎是 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
实际上不会被视为可观察到的变化(即重新渲染),因为当我们最初标记 data< 时该属性不存在
作为一个可观察的值。所以这是一个问题。
另一种方法可能是做这样的事情:
class Person {
@observable name = 'John Doe';
}
class Store{
@observable data = null;
constructor() {
this.data = new Person();
}
}
这允许您将可观察值分散到各个类中——因此您可能仍想将 Store
注入(inject)组件(以访问 Store.data
但最终任何可观察到的变化来自更新 Person
。
关于javascript - MobX - 当我可以使用 `observer` 将数据注入(inject) React 组件时,为什么我应该使用 `inject`,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48437102/
我已阅读有关依赖注入(inject)的信息。然后来了 构造函数注入(inject), setter/getter 注入(inject) 二传手注入(inject) 接口(interface)注入(in
我正在研究依赖注入(inject)模式。我看过很多例子,其中一个典型的例子是使用 XxxService/XxxRepository 作为例子。但是在我看来,按照UML的概念,类XxxRepositor
我开始使用 Google Guice。 我有一个简单的问题: javax.inject 的 @Inject 注释和 com.google.inject 的 有什么区别@Inject 一个 ? 谢谢。
当使用构造函数注入(inject)工厂方法时,依赖的属性不会得到解析。但是,如果在解析依赖的组件之前解析了工厂方法,则一切都会按预期工作。此外,当仅使用属性注入(inject)或构造函数注入(inje
我有这样的事情: class Root { public Root(IDependency dep) {} } class Dependency:IDependency { p
听完Clean Code Talks ,我开始明白我们应该使用工厂来组合对象。因此,例如,如果 House有一个 Door和 Door有一个 DoorKnob , 在 HouseFactory我们创建
情况:我需要在一些 FooClass 中进行惰性依赖实例化,所以我通过 Injector类作为构造函数参数。 private final Injector m_injector; public Foo
在编写代码时,我们应该能够识别两大类对象: 注入(inject)剂 新品 http://www.loosecouplings.com/2011/01/how-to-write-testable-cod
这个问题是关于 Unity Container 的,但我想它适用于任何依赖容器。 我有两个具有循环依赖关系的类: class FirstClass { [Dependency] pub
如果我有 10 个依赖项我需要注入(inject)并且不想在构造函数中有 10 个参数,我应该使用哪种注入(inject)模式? public class SomeClass { privat
我在使用 Angular2 DI 时遇到了问题。我尝试将一个类注入(inject)另一个类,它引发了以下错误: 留言:"Cannot resolve all parameters for 'Produ
对依赖注入(inject)还很陌生,我想弄清楚这是否是一种反模式。 假设我有 3 个程序集: Foo.Shared - this has all the interfaces Foo.Users -
我正在尝试了解 Angular 14 的变化,尤其是 inject()我可以将模块注入(inject)功能的功能,我不需要为此创建特殊服务..但我想我弄错了。 我正在尝试创建一些静态函数来使用包 ng
希望这个问题不是太愚蠢,我试图掌握更高级的编程原理,因此试图习惯使用 Ninject 进行依赖注入(inject)。 因此,我的模型分为几个不同的 .dll 项目。一个项目定义了模型规范(接口(int
我最近一直在大量使用依赖注入(inject)、测试驱动开发和单元测试,并且开始喜欢上它。 我在类中使用构造函数依赖,这样我就可以为单元测试注入(inject)模拟依赖。 但是,当您实际需要生产环境中的
我有下面的代码来使用 Guice 进行依赖注入(inject)。第一个是使用构造函数注入(inject),而另一个是直接在字段上方添加 @Inject。这两种方式有什么区别吗? Guice官网似乎推荐
这个问题在这里已经有了答案: Angular2 Beta dependency injection (3 个答案) 关闭 7 年前。 我正在使用 angular2 测试版。并在使用 @Inject
有没有可能做这样的事情? (因为我尝试过,但没有成功): @Injectable() class A { constructor(private http: Http){ // <-- Injec
我很恼火必须通过 Constructor 传递管道对象,因为我想为业务实体或要传递的值保留构造函数参数。 所以我想通过 setter ,但只要这些 setter 没有被填充,我的包含依赖项的对象就不应
假设我有这个: SomePage.razor: @inject Something something @page "/somepage" My Page @code { // Using
我是一名优秀的程序员,十分优秀!