Sorry, but this doesn't make sense to me.

In the proposed implementation, the most recently loaded module wins and overwrites the values previously set by other modules.

New features won't be accepted in the develop branch.

This does not apply to PR - a simple reminder. In general, can the argument with$this be accepted?

Well, it would have been nice if you had mentioned that currently, only tests are working.

So the changes that will take place can be boiled down to the fact that instead ofarray_merge(), we will usearray_replace_recursive()? Are you planning anything else?

IMO if you want to replace anything that is an array, you should rather modify the base config file and not try to use Registrars. What you’re planning should work for associative arrays, but will fail miserably for indexed arrays.

From my perspective, this function is not desirable - mainly because it will cause more problems than good. And more "shortcomings" will only multiply - because I can think of a few.

The solution would be to encapsulate this in some kind of manager, but... Registrars were invented with very simple operations in mind, and they should stay that way.

For my part, I have already expressed my opinion on the subject. If you find someone who supports this idea - go ahead.

No. It is not necessary to usearray_* inside. This gives the flexibility for the user to change the values as he wants.

If you're worried about problems, then what do you say that anyone can replace with any value instead of the original typestring => int ? You can say it's a bug. Otherwise, flexibility. This does not negate the fact that the array can still be broken without this PR (example, in Filters['before' => ...].

In addition, it is a configurable option.

If things are that bad, CI doesn't have a good way to work with configs. They all depend heavily onapp/Config/*. The user always needs to manually add changes for each package. It seems that this is all it is designed for.

@paulbalandan@kenjis@MGatner@samsonasik Share your opinion?

I moved to the next branch

It's worth merging thedevelop branch into4.7 to continue development. There are errors in phpstan and rector.

I have updated4.7 to latest develop.

I have a thought - will adding an event after applying theRegistrar help?
After the configuration is fully initialized, it can be changed before being used in other places.

publicfunction__construct()    {static::$moduleConfig ??=newModules();if (!static::$override) {return;        }$this->registerProperties();        Events::trigger('post_config');// ....    }

I haven't tested it, maybepre_system can be used too.

👋 Hi,@neznaika0!

We detected conflicts in your PR against the base branch 🙊
You may want to sync 🔄 your branch with upstream!

Ref:Syncing Your Branch

👋 Hi,@neznaika0!

We detected conflicts in your PR against the base branch 🙊
You may want to sync 🔄 your branch with upstream!

Ref:Syncing Your Branch