Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:92565
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error)
To: internals <internals@lists.php.net>
Message-ID: <5717D70E.5010706@lsces.co.uk>
Date: Wed, 20 Apr 2016 20:22:54 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Quick sanity check ...
From: lester@lsces.co.uk (Lester Caine)

With all of the debate on the 'type system', can I just ask a probably
silly question ;)

I'm currently working on porting an application that has been running on
windows as C++ code for 20 years. The main reason for changing is that
While it worked fine when sites upgraded to XP, the move to W7 and later
really needs all the code recompiled, something that will need a big
cheque book to buy a current compiler set. So for many reasons a switch
to web based using already existing tools makes perfect sense.

The database is still running Firebird since the switch from interbase
in the late 90's so all of the existing data can be maintained, and I
already have a working base on which to build a new set of page
templates. ( Only hole is the need for a decent javascript scheduler
function to replace the desktop one :( )

This is all running on SQL based schema's which have not changed in
years, and ADOdb still quite happily produces arrays of results for
which there is little point creating new 'objects', just simply handling
the basic variable entries in the arrays just as I have for years. The
various tools handle data validation, and 'null' is an essential
component of that validation process. This does not need any of the
overload of creating 'getters and setters' and I see little point trying
to add any 'type' casting into the process since the validation layer
simply works with the bog standard variables without and need for
'special cases'.

So what benefit does all of the additional 'facilities' now being piled
on give that would actually improve that process. I am now seeing a
speed improvement on the PHP7 ports, but I'm not seeing any point to
make any changes to code OTHER than making the PHP5.2 code clean on PHP7
... As Zeev has already said "PHP is not broken" ... Do I really need to
change the way I work which is running fine for my clients?

-- 
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