In general, my response to these comments are that you could make similar arguments for basically any PHP software component. If the FIG was to standardise every aspect of framework development, we would end up with a FIG framework that was no different from the others and actually worked against innovation in the community.
For this reason, the case for standardisation has to be strong - and I just don't see it here. In the name of self throttling - this will be my last post on the topic. @dracony But what if the framework already has a different command line api stack? That's a question for you to answer. I don't see it as a big problem - the first few letters of the command you type are different and it requires a little more space for dependencies. There are also some nice added benefits for abstracting the CLI out, like > say running a server on a socket that talks to multiple clients where each > socket is represented as a CLI interface implementation > I think this is better handled by innovation rather than standardisation. @andreas Having a standardized interface for - for example - the OutputInterface > would allow me to use a third-party library to format output in > different CLI-tools. > I'm not sure this is a significant enough programming problem to warrant a PSR. I'm trying to think of times when I would ever have wanted to do this - but I can only speak for my own experience (which is limited). Or I could use third-party libraries to filter and validate input using a > HTTP-like Middleware-approach. > Interesting, but this isn't a console PSR - this is a separate filter/validate middleware PSR. That surely can all be achieved using plain PHP-functionality, but having a > certain layer of abstraction would make it much easier for me to write the > main business-logic without always having to implement all the addon stuff > like validating input, howe to format the output, etc. > Again, I'm not really convinced there is any down side here from coupling to say Symfony Console (or an alternative). Composer vendor binaries allow you to provide as many executable commands as you like from different dependencies. -- You received this message because you are subscribed to the Google Groups "PHP Framework Interoperability Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to php-fig+unsubscr...@googlegroups.com. To post to this group, send email to php-fig@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/php-fig/648aab31-3784-4e99-8a59-be356332410b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
