小编Luc*_*rez的帖子

我有一些使用ReactiveForms的组件,但是当我尝试访问它们时,我得到"NgForm没有提供者".

奇怪的是,在运行"ng serve"时没有发生这种情况,而且只是在运行"ng serve --aot"时,甚至在使用"ng build --prod"进行部署时才会发生这种情况

任何人都知道这里发生了什么？

这是完全的回溯

core.es5.js:1020 ERROR错误:未捕获(在承诺中):错误:没有NgForm的提供者!错误:没有NgForm的提供者!at injectError(core.es5.js:1169)atNisProviderError(core.es5.js:1207)at ReflectiveInjector_.webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.throwOrNull(core.es5.js:2649)在ReflectiveInjector .webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.getByKeyDefault(core.es5.js:2688)在ReflectiveInjector .webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.getByKey(core.es5.js:2620)at RefinInjector .webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.get(core.es5.js:2489)at resolveNgModuleDep( core.es5.js:9489)在resolveDep的NgModuleRef_.webpackJsonp .../../../core/@angular/core.es5.js.NgModuleRef_.get(core.es5.js:10577)(核心. es5.js:11080)在injectPro(core.es5.js:1169)处的createProviderInstance(core.es5.js:10909)处于noProviderError(core.es5.js:1207)处于ReflectiveInjector .webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.throwOrNull(core.es5.js:2649)在ReflectiveInjector .webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.getByKeyDefault(core.es5.js:2688)在ReflectiveInjector .webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.getByKey(core.es5.js:2620)at RefinInjector .webpackJsonp .../../../core/@angular/core.es5.js.ReflectiveInjector_.get(core.es5.js:2489)at resolveNgModuleDep( core.es5.js:9489)在resolveDep的NgModuleRef_.webpackJsonp .../../../core/@angular/core.es5.js.NgModuleRef_.get(core.es5.js:10577)(核心. es5.js:11080)at-createProviderInstance(core.es5.js:10909)at resolvePromise(zone.js:795)at resolvePromise(zone.js:766)at zone.js:844 at ZoneDelegate.webpackJsonp ... /.在ZoneDelegate.webpackJsonp ... /的Object.onInvokeTask(core.es5.js:3881)中的./../../zone.js/dist/zone.js.ZoneDelegate.invokeTask(zone.js:425). Zone.webpackJsonp中的./../../zone.js/dist/zone.js.ZoneDelegate.invokeTask(zone.js:424).../../../../zone.js/dist /zone.js.Zun.runTask(zone.js:192)位于ZoneTask.webpackJsonp的drainMicroTaskQueue(zone.js:602).../../../../zone.js/dist/zone.js .ZoneTask.invokeTask [as invoke](zone.js:503)at invokeTask(zone.js:1427)

我正在使用 laravel 5.* （而且我也使用 Laravel 4），我不明白为什么注入接口而不是具体类更好。

有什么好处？

我注入接口是因为我读到它好得多，但是我不明白为什么。

谢谢！

我在 ruby​​ 中有一个基本问题，我不知道为什么在创建带有扩展 self 的模块时，attr_accessor 工作得很好。

据我所知， attr_accessor 应该在实例类中工作，但出于某种原因，它在这些模块中工作。

这是一个例子

module A
  extend self
  attr_accessor :custom_method

  def foo
    self.custom_method
  end
end

A.custom_method # => nil
A.foo # => nil
A.custom_method = "bar" # => "bar"
A.custom_method # => "bar"
A.foo # => "bar"

那么，A.custom_method 会发生什么？从现在开始，它会在整个应用程序中成为“bar”吗？

我怎样才能破坏 A 的这个“实例”？