Pierre Joye wrote:
Sorry , but if the complexity was any good, why does it need to be changed?
>Simply scrap the whole lot and get back to a more sane solution. I'm sorry
>but this is just the whole problem with PHP 'development' ...
We know that you don't like modern solutions, we really know it by
now. Please move on.

getters and setters modern? I was using them in C++ in the 90's and it was NICE to be able to avoid them in PHP when I started moving code over in the early 2000's. But I've just looked back at that code to remind me how it was done there and one forgets how tidy C++ is! The getters and setters were simply implemented in a library function that one of my other core libraries used. They were never actually defined in C++ at all? One never had direct access to the class variables so never missed it. It comes back to what is needed in the core code, and what can simply be selected by those who thing they need it ... I just hope we do not end up on the Python bandwagon of dropping core functions simply because they do not fit with the 'modern way' Python2 is going to exist for a long time simply because people don't have time to rewrite code for P3 ... PHP seems to be going after the same 'modern approach' :(

Anyway back to TRYING to get a new server up and running WITH Apache2.4 and PHP5.4 when the distro is still on 2.2 and 5.3 ... It will be some years before any of this can be used generally in ISP hosting ...

--
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