Android 视图中的 DependencyInjected 上下文 类
Android DependencyInjected context at view classes
为什么将上下文保留为实例变量，例如：
Context mContext = DependencyInjectionService.getInstance(Application.class)
在 Android 查看 类 时被认为不是一个好的做法？据说使用 getContext() 更好，但我找不到解释。
啊，谢谢你解释你的观点是关于性能的。 API 的依赖注入（DI 框架）有很多开销。依赖项可以是单例范围的，需要多重注入，需要额外的构造函数参数等。它们基本上可以用于所有类型 dependencies.This 使它们非常通用。然而，由于所有的开销和可能性，性能并不是它的强项。 getContext 不检查依赖项是否需要多重注入或单例作用域等。它只是 return 上下文。这使得 getContext 有利于性能，但不是一种可用于所有类型对象的方法。如果你只看一下方法的命名："getContext" 就知道它需要 return: 上下文。 "getInstance" 需要找出要 return 的内容（可能是上下文）。
为什么将上下文保留为实例变量，例如：
Context mContext = DependencyInjectionService.getInstance(Application.class)
在 Android 查看 类 时被认为不是一个好的做法？据说使用 getContext() 更好，但我找不到解释。
啊，谢谢你解释你的观点是关于性能的。 API 的依赖注入（DI 框架）有很多开销。依赖项可以是单例范围的，需要多重注入，需要额外的构造函数参数等。它们基本上可以用于所有类型 dependencies.This 使它们非常通用。然而，由于所有的开销和可能性，性能并不是它的强项。 getContext 不检查依赖项是否需要多重注入或单例作用域等。它只是 return 上下文。这使得 getContext 有利于性能，但不是一种可用于所有类型对象的方法。如果你只看一下方法的命名："getContext" 就知道它需要 return: 上下文。 "getInstance" 需要找出要 return 的内容（可能是上下文）。