-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[Command] Improve --show-arguments
for command debug:container
#58718
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: 7.4
Are you sure you want to change the base?
[Command] Improve --show-arguments
for command debug:container
#58718
Conversation
969c6e8
to
69c922b
Compare
--show-arguments
for command debug:container
--show-arguments
for command debug:container
ffbbac9
to
eb0dd52
Compare
Status: Needs Review |
Hello, We pick only the fact to show or not the arguments, and it is explicit, -v is great to do "expand infos", for command with interaction, but we could add options to choose what we really need to show, and we could add many and many options, and the -v imply that we have to show all the content of all options ? Symfony uses option as unit when we need a piece of information.. It is possible to combine both : --show-arguments with -vvv, but to me, it is not enough clear...You choose to show or not something, -v and various -vv, -vvv could imply many level of information etc |
You ask about the "array", I look at them : an ArrayArgument could contain : scalar, object etc so I stop by keeping previous code which indicate the "count" of the array. We have to check each type, find the good way to display informatino about them...and display it without beaking things (json_encode ?) but if it is a big object, or array etc...we have to truncate. So, I think about doing that into another PR. |
93d9fc4
to
48ffd47
Compare
5376468
to
2289fd1
Compare
0fa4aac
to
ceac852
Compare
ceac852
to
2a55d6c
Compare
2a55d6c
to
118cf3a
Compare
a9d019a
to
118cf3a
Compare
Close because |
The option is deprecated because arguments will always be shown as of Symfony 7.3. So improving the arguments representation is welcome (note that I didn't review this yet though) |
Thanks @chalasr, I reopen, I have to take time to rework the pull request. But now, the arguments are always visible,, my table seems ugly and not acceptable for DX IMO.
OR
|
Status: Needs work |
Hello,
I improved the text descriptor and test for of the "--show-arguments" command in order to show in a service locator (arguments or a tagged iterator) and other iterator argument to display more information of the services in the arguments.
I moved information of arguments just after the main table because a lots of service could exist.
A fake class for a test :
Its yaml services configuration :
Before :
After :
I try to cover any sort of argument with the use of a locator into a service, but it could be useful to me if you have more cases to test (maybe some type, some kind of Definition or anything could be useful).
Thanks a lot :)