On 17/04/16 13:35, Fleshgrinder wrote:
> If you are only afraid that usage of your libraries declines because
> users demand these new features to be part of it and you do not want to
> implement them. Sorry, but that would be a clear sign that the features
> are good and should be used.

I have two major libraries I have used since day one of PHP5 ... ADOdb
and Smarty ... both of these have provided the core of my framework, but
have needed a lot of work simply keeping my code in sync with them, and
the latest 'improvements' to both are not BC for reasons that are blamed
on needing to 'modernise' the code. Now I DID keep my own copies of both
for many years to keep the PHp5.2 code working, and perhaps I should
simply close the door on PHP7 and stay with what is currently working.
But PHP7 ... ignoring any of the new features ... does provide
improvements in some areas if you REMOVE the legacy stuff which prevents
the optimisations from giving their best. The 'improvements' to ADOdb
and Smarty are claimed to help this process but unfortunately the people
pushing those changes are 'new school' and expect all the new stuff as
well. So exactly where is PHP heading? Do we keep with the original
simple flexible language that even today still works fine, or do we
accept that everything that is being demanded should also be included
and just roll over.

I do not accept the statement that 'You do not have to use it'! That may
have been true in the past, but today one has to live with the fact that
legacy code and modern hosting simply do not co-exist. One HAS to take
care that the key third party bits still work, and it's libraries like
the mapping extensions which relied on many key elements that HAVE now
been removed from PHP.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to