Open michael-e opened 7 years ago
Or even:
<release version="7.4" date="2017-04-28" min="2.7.x" max="2.x.x" php-min="5.3.x" php-max="7.x.x">
When would you check this ? In the backend ? Or only on the website ? I like the second proposal...
Even without any automatic check it would be a step forward for developers because they know where to look for compatibility.
Displaying it on the Symphony Extensions website or in the Symphony backend is only an additional "nice to have".
Would you treat extensions with no information as PHP 5.x compatible ?
Without information I would assume that it fits to Symphony's current requirement: php-min="5.3.x" php-max="5.x.x"
. (Or should we say max="5.6.x"
?)
Or should we say max="5.6.x"
I think we should. Are those default values always applied, or only when both php-min
and php-max
are missing ?
only when both
php-min
andphp-max
are missing ?
No, I would suggest to keep it as simple as possible. Each parameter is optional and has a default/fallback value — not depending on the "sibling" (or any other) parameter.
php-min
: optional, default value 5.3.xphp-max
: optional, default value 5.6.xPerfect!
Maybe we should use this: https://packagist.org/packages/bartlett/php-compatinfo ? Or revert to it only if the developer did not specified anything ? cc @alexnantel88
Isn't it "overkill" to use such a library as fallback only? I think so.
And if we rely on this as "automagic" solution, there wouldn't be attributes in the XML anymore, right? One would have to upload an extension to a Symphony install in order to get the compat info. I prefer finding the values in the XML.
there wouldn't be attributes in the XML anymore, right?
I would keep it. But the more I think about it, the more I see it as an extension.
Hmmm, well, to me it simply feels like a "developer thingie". The extension developer also decides upon the attribute values for the min and max Symphony version.
I meant, the "auto-checking part because the value is not in the xml"-extension ;)
Ah, I understand. :-)
Symphony 2.7 will be compatible with PHP7, but many extensions won't. But how can a developer see if an extension will run on PHP7?
I wonder if we should define a "best practice" for marking extensions compatible with PHP7. Maybe we should add an (interim, to be removed later?) element or attribute to the meta XML scheme?
For example: