You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This seems redundant. I think only params should be kept the mixin is dangerous. For example Application defines a controller object that contains the instances of controllers and the config also contains such a property.
The text was updated successfully, but these errors were encountered:
View is doing only mixin of params. I would say at least we should be consistent between the app and view. So either only mixin in both or only set a params field (preferred in my opinion as it prevents any potential clash).
I agree that it should probably be one or the other and don't feel overly strong about either way. On the one hand mixing in can have clashes as cjolif points out, but on the other hand the whole point of that object is to make it easy to config/change/override an app in different situations. All that said, we can use params and then set properties on the main instances by inspecting that object, so its an extra step but no loss of capabilities.
See:
This seems redundant. I think only params should be kept the mixin is dangerous. For example Application defines a controller object that contains the instances of controllers and the config also contains such a property.
The text was updated successfully, but these errors were encountered: