I do know about Lithium, but honestly Nate I don't agree with your
complain. While I do understand the frustration of having to update
code because of changes in the underlying platform (PHP7 in this
case), I believe this is a change for the better, and to which
dependent code should adapt.
You have experienced this in the past yourself: wanting to introduce a
new feature in a framework you developed sometimes implied BC changes
which affected people who ended up not liking the fact that their code
had to be modified. But BC changes are needed, and something as big as
STH is definitely worth it. It is not by chance that its introduction
and ultimately acceptance into the PHP core has been received with
considerable excitement and energy.
Yes, some (small portions) of userland PHP code, such as the Lithium
framework (which by the way I probably have the biggest production
code that utilizes it) will be affected. The solution for such
frameworks? A simple class rename. Yes, that will imply that any
Lithium based code that's not updated will not be supported by PHP7,
but isn't that actually a good thing? Userland code should remain
updated, moving forward with the language.
On Tue, Apr 28, 2015 at 11:03 AM, Rowan Collins wrote:
> François Laupretre wrote on 28/04/2015 14:35:
>>
>> I am especially interested by the opinion of Drupal, Wordpress, and other
>> framework developers. Are there any out there ? Please comment.
>
>
> If you look in the rest of the thread, you'll see a few:
>
> - Drupal's String class was part of Drupal 8, which is still in Beta, and
> has been renamed/removed already
> - AFAIK, Wordpress has never had a class with any of the newly reserved
> names (most of their classes begin WP_)
> - CakePHP has renamed "String" to "Text", and added an alias so both names
> can be used in PHP5. Doesn't rule out them being interested in alternative
> solutions, though.
> - The other framework mentioned as affected was Lithium, about which I know
> nothing.
>
> Regards,
> --
> Rowan Collins
> [IMSoP]
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
