DS
if we don't care about keys... maybe we don't need keys?
I don't remember for what purpose I added the key, but iy was some case
Size: a a a
2020 May 25
DS
Oh, I remembered this is an opportunity to replace the package provider with an alternative. For example ProxyServiceProvider with DubuggerServiceProvider for the debugger package
DS
Both of this packages have the same role but the last doesn't have ContainerProxy
DS
AM
AM
maybe we can allow both using and not using keys?
AM
i.e. we normalize the array when reading
AM
if there's no key it's assumed that the name is the same as value
AM
we will both have simpler syntax for majority of cases and ability to redefine providers
DS
maybe we can allow both using and not using keys?
I think that's what we have now, you can don't use the string keys
DS
Everything works with this config build
DS
So it is not necessary to use string keys
DS
But you can
AM
Wilmer how about not having keys?
AM
So it is not necessary to use string keys
How would I replace provider then?
AM
which key should I use?
DS
But if you don't use string keys the provider can't be overrided in the main app
AM
does the override happen in compose config plugin at build stage?
DS
does the override happen in compose config plugin at build stage?
yes of cause
AM