On 07/02/15 11:07, Pierre Joye wrote:
> Please double check the RFC, what it does, propose and its impact by
> default on existing codes. Call it doing your homework. Then reconsider
> your reply.

There has always been a continual tread of 'you do not have to use it'
in a lot of what currently slows PHP down. I still see little use to
reflections, but my use of docblock annotation is being damaged by the
libraries I rely on 'seeing the light' and switching to the new way of
working. Adding 'strict' in a manor that these third party libraries can
enable it or not as they feel fit is not the point. The very nature of
an integer is now in a state of flux and either libraries have to add in
extra checking for overflows that simply asking is_int is no longer
going to supply so mixing that up with yet more exceptions does not seem
the right way to move the language forward? If some third party can use
it *I* have to add it to the library of things I have to understand
simply because I will end up inside that library at some point. Unless I
can request a 'non-strict' version.

It may surprise people if I say that I would be more than happy with a
hint/check system in here that provides a practical set of types beyond
a simple 'integer'. That would then replace the current set of checks I
use and would remove the need to now be worrying if the integers I am
passing are too big. This ALL goes back to PDO which created a wedge
that has resulted in a growing number of abstraction layers for handing
data from database, much of which needs a common base of scalar values
in the arrays then handled in PHP, rather than creating their own
versions of those scalar entries.

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