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
And get rid of arrays... Because it is extremely difficult to update examples in the docs when component settings were changed. There is also no validation for settings names, difficult to rename, difficult to deprecate, etc, etc. All of them can be solved if we will use objects instead of arrays.
Internally Laravel uses var_export to cache the config, so seems objects should be fine.
Convert to objects
Make sure that existing array based config still can be used (should trigger the deprecation message)
Injection
The text was updated successfully, but these errors were encountered:
This version is the deep refactoring of how the Application/Config and other global Laravel things are injected into classes (no implicit dependencies, see #151), how the package configs looks (no more untyped arrays, see #152), how the `Formatter` works internally (simplification and more extendabilities). And, probably the most interesting part, is improvements of the `Documentator` - the `Processor` is used for all tasks, the links will be correctly updated when one document is included into another; code links support, etc. Please follow [Upgrade Guide](https://github.com/LastDragon-ru/lara-asp/blob/main/UPGRADE.md) to migrate 🤗. You can ask a question and/or discuss in [release disscussion](#201).
And get rid of arrays... Because it is extremely difficult to update examples in the docs when component settings were changed. There is also no validation for settings names, difficult to rename, difficult to deprecate, etc, etc. All of them can be solved if we will use objects instead of arrays.
Internally Laravel uses
var_export
to cache the config, so seems objects should be fine.The text was updated successfully, but these errors were encountered: