I actually have a question, that Ferenc touched on, but it never got any
discussion.
How, actually, the declare will work with concatenated PHP files? It's
quite a common practice to put the files into packages, that require
minimal amounts of includes for performance reasons.
Declare is required
The 0.1 RFC version was mentioned a lot as a good compromise by many people
and had major support.
Maybe someone competent could pick it up, make necessary adjustments that
where required and let people vote on it? Start with small steps - get the
weak type hints into the language first, see how it
2015-02-16 17:26 GMT+02:00 Daniel Lowrey :
> On Mon, Feb 16, 2015 at 10:19 AM, Zeev Suraski wrote:
> >
> > > -Original Message-
> > > From: rdlow...@gmail.com [mailto:rdlow...@gmail.com] On Behalf Of
> > > Daniel Lowrey
> > > Sent: Monday, February 16, 2015 5:13 PM
> > > To: internals@lis
2015-02-16 18:42 GMT+02:00 François Laupretre :
> Hi,
> >
> > De : Arvids Godjuks [mailto:arvids.godj...@gmail.com]
> >
> > The 0.1 RFC version was mentioned a lot as a good compromise by many
> > people
> > and had major support.
> > Maybe someo
Might I remind everyone that time is not on our side here - feature freeze
is looming and actual work has to be done.
The part you must understand is: Strict type hints are possible if someone
cares to implement them with a next RFC. Be our guest. Right now we need to
sort out the basic stuff - the
2015-02-19 16:51 GMT+02:00 Pierre Joye :
> On Thu, Feb 19, 2015 at 6:33 AM, Zeev Suraski wrote:
> >> -Original Message-
> >> From: Pierre Joye [mailto:pierre@gmail.com]
> >> Sent: Thursday, February 19, 2015 4:09 PM
> >> To: Zeev Suraski
> >> Cc: Anthony Ferrara; PHP internals
> >> Su
2015-02-19 17:14 GMT+02:00 Pierre Joye :
> On Thu, Feb 19, 2015 at 7:11 AM, Arvids Godjuks
> wrote:
>
> > I think this starts to go the route of putting things into absolute.
> Ideal
> > things tend not to happen/work in the real world to the letter.
> >
> >
2015-02-19 17:41 GMT+02:00 Anthony Ferrara :
> Arvids,
>
> > I meant it in a way that no other RFC has failed so many times or had so
> > much misunderstanding or divide.
>
> No scalar type proposal has made it through a vote. So none of them
> have technically failed (all except the current one w
2015-03-05 13:49 GMT+02:00 Pierre Joye :
>
>
> I will say it again a last time, in my opinion only a clean API;
> object-like or real object as long as performance is not affected is
> the only way I could see to actually solve this problem.
>
> Changing the names, argument order (pointless once we
2015-03-05 22:20 GMT+02:00 Yasuo Ohgaki :
> Hi Arvids,
>
> On Thu, Mar 5, 2015 at 9:32 PM, Arvids Godjuks
> wrote:
>
>> 2015-03-05 13:49 GMT+02:00 Pierre Joye :
>> >
>> >
>> > I will say it again a last time, in my opinion only a clean API;
>&g
2015-03-12 4:08 GMT+02:00 Lester Caine :
> On 11/03/15 22:44, Yasuo Ohgaki wrote:
> > Having namespace for internals would bring much flexibility for API
> changes, both
> > OO and procedural API. I may try my best to have consensus.
> >
> > I think you also like to have OO style API for basic
> >
2015-03-12 11:23 GMT+02:00 Zeev Suraski :
> > -Original Message-
> > From: Bob Weinand [mailto:bobw...@hotmail.com]
> > Sent: Thursday, March 12, 2015 12:46 AM
> > To: Pierre Joye
> > Cc: PHP internals
> > Subject: Re: [PHP-DEV] [RFC] Basic Scalar Types
> >
> > Correct. It's just for the c
2015-03-12 11:41 GMT+02:00 Lester Caine :
> On 12/03/15 09:21, Arvids Godjuks wrote:
> > Basically this.
> >
> > Yasuo asked me some time ago how do I see the new interface, and to be
> > frank, I do not see a new procedural api interface at all. We have one
> > n
пт, 13 Мар 2015, 23:01, Philip Sturgeon :
> Pavel,
>
> On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil wrote:
> > On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara
> wrote:
> >>
> >> But for today, I firmly believe that the Dual-Mode proposal is the
> >> only one that stands a chance of passing. I
, 2015 at 12:02 AM, Arvids Godjuks > wrote:
>
>> пт, 13 Мар 2015, 23:01, Philip Sturgeon :
>>
>> > Pavel,
>> >
>> > On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil
>> wrote:
>> > > On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara &
nd so on. It is going to
affect the projects. And that is a bad thing. Look past the damn typehint
RFC's and just try to asses the big picture. Right now it's a tunnel vision
for many on the list.
сб, 14 Мар 2015, 1:29, Arvids Godjuks :
> Opcode caches just cache the compiled code
C'mon guys, vote didn't pass, it's time to do something about it and not
start conspiracy theories (or I will loose hope for humanity completely). I
happened to have a job-free next week, i've been saying for a long time now
that this has to be tackled differently and even layed down some thoughts
2015-03-15 20:55 GMT+02:00 Levi Morrison :
> > What we need, is a MANAGER! To manage the Type Hint development. And one
> > that is not doing real development on PHP core, but someone with
> > understanding.
>
> You are basically saying we should hand development of a critical
> language feature o
чт, 23 Апр 2015, 13:00, Lester Caine :
On 23/04/15 06:50, christopher jones wrote:
> Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
> some inherent design and performance weaknesses of the overall PDO
> architecture.
>
> So, lets not mark PDO_OCI as dead just yet.
It's nice
2015-04-23 15:56 GMT+03:00 Lester Caine :
> On 23/04/15 13:46, Amazon.co.uk wrote:
> > We are writing to confirm that we are processing your refund in the
> amount of £4.89 for your
> > Order 204-2374256-3787503.
>
> Curious phishing attempt ... seems to have forgotten the aim? Or was
> there some
My view is that this really needs a good discussion and regardless of the
desicions made - resource allocation to move it forward.
Whatever the intent was originally for the PDO and and regardless of what
the docs say about it, as Christoph has linked and quoted, the reality is
PDO is everywhere. D
2015-04-23 17:02 GMT+03:00 Pierre Joye :
>
> On Apr 23, 2015 8:45 PM, "Arvids Godjuks"
> wrote:
> >
> > My view is that this really needs a good discussion and regardless of the
> > desicions made - resource allocation to move it forward.
> > Whateve
2015-04-24 4:42 GMT+03:00 Benjamin Eberlei :
> On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks
> wrote:
>
> > PDO is everywhere. Doctrine? Based on PDO.
>
>
> You can use mysqli, oci8 or sqlsrv for example without problems in
> Doctrine.
>
> Exposing some
2015-04-24 12:59 GMT+03:00 Johannes Schlüter :
> On Fri, 2015-04-24 at 09:16 +0300, Arvids Godjuks wrote:
> > May I question the sanity of the words written in this email? :D (it's a
> > joke).
> >
> > The whole point of mysqlnd drivers and other improvements was
>
> Stop trying to fix clever idiots from shooting themselves in the foot. The
> standard result from these actions is to make life a pain for regular or
> better programmers while only adding mild speed bumps to those clever
> idiots.
>
> Things like a numeric type will only encourage the clever i
пн, 11 Май 2015, 10:21, Yasuo Ohgaki :
Hi all,
I've never wrote my blog in English, but I wrote one because peice by piece
discussion is not going to anywhere.
http://blog.ohgaki.net/dont-use-php7-type-hint-for-external-data
How many of you think current scalar type hint is useful enough to in
I want to remind everyone on the thread that code does not only have to be
written, which is the "easy part", but it also has to be supported by
everyone into the future and chances that the original author sticks around
are not that high to do it.
The Rust thing is shitposting for the sake of shi
On Fri, 16 Aug 2024 at 04:37, Nick Lockheart wrote:
> Hi,
>
> Is there any interest in having enums as class constants?
>
> I'm often finding cases where I would like to have an enum inside of a
> class, but don't want a free-floating enum that's basically like
> another class.
>
> When dealing w
On Fri, 16 Aug 2024 at 17:18, Larry Garfield wrote:
> On Fri, Aug 16, 2024, at 6:35 AM, Alexandru Pătrănescu wrote:
> > Hi Nick,
> >>
> >> Is there any interest in having enums as class constants?
> >>
> >> I'm often finding cases where I would like to have an enum inside of a
> >> class, but don
On Fri, 13 Sept 2024 at 17:18, Gina P. Banyard wrote:
>
> On Wednesday, 11 September 2024 at 16:04, Derick Rethans
> wrote:
> > But XML parsing is such an integral part of PHP, that this absolutely
> > should be in core. For many users, if it's not in core, they can't use
> > it. Or at least tha
Hello, i should point out that it is all unicorns and rainbows for building
inernal apis and libraries. But in PHP you work with the world out there.
And that means you process GET, POST, xml, json and bunch of other data,
witch comes to you as text. Even db requests usually retirn text even with
n
Kris Craig
I usually just read the list, sometimes add if I have something to say and
I had voiced my opinion on typehinting before. And you know, just from the
stand of a userland developer who has 7-8 years of experience and devoting
myself to the excelence at PHP, i see this discussion about ad
I absolutely agree with this. The hurdle with the strict type hinting is
pictured very well. Strict is strict - either the whole codebase follows
it, or it doesn't follow it at all. If a part of the code uses it - means
all the code comunicating with that part has to use, or at least has to be
writ
Michael Morris,
Type hinting means that we have hints when declaring function/method
signatures, example:
functiion do(int $someVal) {}
function doOther(string $str, mixed $pos = null) {}
As I remember, there was never a discussion about adding type hints
when declaring vars. The original discus
But what about optional weak (auto-convert) type hints? They should
make life if not easier, definitively a little richer when writing
API's and internal stuff, where some additional strictness and
warnings generated make sense.
And it definitively makes IDE's more happy and easier to generate
PHPD
Aren't you people getting tired of saying that arguments like "it's
not the PHP way" or "that does not fit the PHP paradigm" are invalid.
Are you even aware, that language is not only about the features, but
is also about the paradigm, syntax, philosophy and methods of how it
achieves it's goals? I
>> In software, there is no silver bullet. Both approaches have their benefits
>> and their disadvantages, so trying to prove that one is better to the other
>> leads to nowhere.
>>
>> Having said that, I don't think that PHP will any time soon become a
>> st
It's quite hard to think of a compelling example. Usually you just
write the code and realize that "Yea, a 'finally' statement would make
a lot of sense here".
I believe it's the kind of functionality that you learn to use in
time, just like __set, __get, __sleep, __wakeup. If first two are no
brai
his) and is just optional.
I purpose to deal with this and when it works and is released to the
wild then see if more strictness even is needed. I think this simple
weak type hinted functionality will suffice.
-- Forwarded message --
From: Simon Schick
Date: 2012/2/28
Subject: Re:
Combining different things into one big RFC is not a good idea. It's
hard to develop and test the work it it's in one big chunk.
Decomposition makes it much easier. Type hinting has to have it's own
RFC.
Besides - someone can be willing to do type hinting patch and don't
want to do the object_cast_
Guys, you probably are too deep into the discussion that you haven't
noticed an elephant Zeev has put into the room. When the RFC procces was
put in place there was a rule outlined - if core devs decide to reject,
it's rejected. And as Zeev said last time core dev team decided that there
will be no
Kris i have a question for you - who will implement a test patch? Previous
tries failed not because no one wanted, but because it was damn hard and
tricky. And ofcourse there was resistance against strict type hinting. Mine
included. I doubt any of the last timeinvolved will be willing to do that
a
Please.read my emails carefuly. What i said is last time the work has been
done, and two different patches have been developed and iterated. But
dificulties in implementation and strong resistance from the devs and
comunity got it killed. I actually had a post on our biggest russian
speaking IT res
Secure code is not about the instrument, it's about how you write it.
Insecure spagetti code can be written in any language.
Alan Knowles
You should consider the fact that some E_STRICT stuff can one day
become E_WARNING or E_FATAL. For example calling a static method
dynamically - I would bet that someday this thing will be moved to be
a run-time fatal error and fix those if I make a mistake of doing
that.
Or not setti
I, for one, decided not to participate in the discussions any more
because they always change to something different in a few hours of
discussion. I'm surprised how people tend to complicate the feature
into something weird and ugly. I now understand why core team just
ignores some discussions.
I
Hi Simon!
2012/3/8 Simon Schick :
> Hi Arvids,
>
> I pretty much like this idea as it's more strict. Let me say something
> to the questions you pointed out here.
>
> 2012/3/7 Arvids Godjuks :
>> I realize that with scalars it's not that straight forward, but
&
> Type hints are meant to
> filter input from external sources
Correction, it should read like this:
Type hints are _not_ meant to filter input from external sources
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2012/3/8 John Crenshaw :
> From: Arvids Godjuks [mailto:arvids.godj...@gmail.com]
>
>> > I like that. What should we do if this appears? As it's now - just
>> > throw an "Catchable fatal error" and let the script blow-up? I would
>> > go this far.
2012/3/8 John Crenshaw :
> From: Arvids Godjuks [mailto:arvids.godj...@gmail.com]
>> That's why I described the rules when type juggling comes into play.
>> If you send a string number, it is converted from string to number by the
>> type hint. If you send a string of c
Overall good job. I would prefer it a little stricter like people already
mention, but it's a step forward definitively with witch I'm totally fine
to live with.
I should point out that returning false on param parsing failure on the
language level is one thing (not to mention it's not ok to do that in the
first place by my taste), but forcing that behavior on the user-land level
is kind'a too much.
Consider how the code will become much more complicated -
>
>
> > What is consistent and exists on the internal language layer
> > not necessarily good for the user-land. I'm kind'a surprised no one
> thought
> > of that.
> > As I said I can live with the throwing notices and warnings (and not
> > E_RECOVERABLE_ERROR as I personally wanted), but returning
I think that the "null issue" is not an issue. Strictly speaking if you
want null or an int - leave out the type hint and use generic argument that
will accept anything.
I think it's over-engineering to try and push a special treatment for the
null. If function/method argument accepts anything but
2012/3/12 Lazare Inepologlou
> > I'm not sure about you, but I don't wanna see that kind of thing
> eventually making it's way into the language
>
> Me neither. All I am saying is that, since int|null is already here from
> the back door, I think it should be properly supported.
>
There is no in
8 апреля 2012 г. 8:16 пользователь Yasuo Ohgaki написал:
> 2012/4/8 Ángel González :
> > On 07/04/12 22:48, Yasuo Ohgaki wrote:
> >> Hi,
> >>
> >> The only valid reason for removing >> security.
> >>
> >> Since the null byte detection for fopen, remote/local script inclusion
> >> became much hard
gt; option.
>
> Half of Morihoshi's RFC was joke, but it's a serious proposal
> for people who persist better security. IMHO.
>
> Regards,
>
> --
> Yasuo Ohgaki
> yohg...@ohgaki.net
>
>
> >
> > On Sun, Apr 8, 2012 at 5:34 PM, Yasuo Ohgaki
I have a question - does it really bother people to type the
Taints actually got implemented and released as a PECL package. I allready
use them on our dev server and they really help to find and fix issues with
data escaping all over the place, even though we pay a lot of attention to
this stuff. The only sad thing is that there is no noise at the moment
ab
So ok, i write my code in files without extension, what happens?
As it was said before, interpreter will not distinguish by the file
extension, ever. It is os dependant and so on.
Why are you poluting the mailing list with things that are clearly said
will never happen?
You all know where the short_tags, register_globals, magic_quotes and other
stuff like that took the language and the problems it made.
Doesn`t history teach us a lesson? I see that it did not for some active
members of this list.
Many are still cleaning up the mess of thouse optional php.ini direc
ngush between a php file, js file and a css file.
13.04.2012 2:01 пользователь "Kris Craig" написал:
>
>
> On Thu, Apr 12, 2012 at 4:44 PM, Arvids Godjuks
> wrote:
>
>> So ok, i write my code in files without extension, what happens?
>>
>> As it was said befo
Sorry, but how will i load a template then? I do that in a controller whose
file is.plain php code with no html. Now i'm forced to use some kind of
template engine that does not including a template, but parsing it and
replacing keywords with data? I really do not have to put a sarcastic
phrase her
i will).
If someone could take all the energy wasted here and put to work on
drasticly improving PDO - that would be a real benifit to every one. Cause
right now pdo just sucks, a lot.
13.04.2012 2:07 пользователь "Kris Craig" написал:
>
>
> On Thu, Apr 12, 2012 at 5:02 PM, Arv
I will not write something like that any more, but you should understand
that Criss is writing to the list tons of e-mails and his attitude to other
people ideas and arguments is getting on people nerves. Remember thecphrase
from the Mythbusters "I reject your reality and substitute my own!". It
fe
Well, i can say that any template engine that is not a pure php extension
does template inclusion via an include of a file with html and embedded php
code. Because to make things fast you have to convert your templates from
tags and pseudo code to that state and cache the result so not to make
pars
Kris.
I can give you a real world example where that straight MVC with the. pphp
if not breaks, then definetly becomes an ugly mess.
I use Yii framework as my tool, it has some very nice tools for templating
like widgets. Widgets provide a container to put functionalit required by
multiple pages a
Well, it's time for me to remind about the techique many use (and some
frameworks provide it out of the box) - the application file concatination
to speed up file loading.
Yii framework provides a Yiilite.php file for this, that includes mostly
used core classes in one big file.that loads much fast
I posted the bellow text in other thread, but i should have it post here,
so i'm reposting it to this thread.
Well, it's time for me to remind about the techique many use (and some
frameworks provide it out of the box) - the application file concatination
to speed up file loading.
Yii framework pr
What happened with the proposal/RFC for expanding include/require with
additional optional second param to allow for developers to define in place
if he want's a pure PHP file to be included or a template file with direct
HTML output?
I like that proposal and take it over any other, because it give
16 апреля 2012 г. 2:52 пользователь Kris Craig написал:
>
>
> On Sun, Apr 15, 2012 at 2:30 PM, Arvids Godjuks
> wrote:
>
>> I posted the bellow text in other thread, but i should have it post here,
>> so i'm reposting it to this thread.
>>
>> Well, i
optimization practices and other
related stuff.
16 апреля 2012 г. 11:09 пользователь Kris Craig написал:
>
>
> On Mon, Apr 16, 2012 at 12:57 AM, Arvids Godjuks > wrote:
>
>> 16 апреля 2012 г. 2:52 пользователь Kris Craig написал:
>>
>>
>>>
>>> O
16 апреля 2012 г. 11:24 пользователь Ferenc Kovacs написал:
>
>
> On Mon, Apr 16, 2012 at 9:46 AM, Arvids Godjuks
> wrote:
>
>> What happened with the proposal/RFC for expanding include/require with
>> additional optional second param to allow for developers to define
16 апреля 2012 г. 16:09 пользователь Tom Boutell написал:
> These tools already strip support rolling in a .phpp file unmodified. Unless I am missing something?
>
> Sent from my iPhone
>
> On Apr 15, 2012, at 5:30 PM, Arvids Godjuks
> wrote:
>
> > I posted the bello
16 апреля 2012 г. 11:05 пользователь Kris Craig написал:
> Arvids,
>
>
> On Mon, Apr 16, 2012 at 12:46 AM, Arvids Godjuks > wrote:
>
>> What happened with the proposal/RFC for expanding include/require with
>> additional optional second param to allow for develope
16 апреля 2012 г. 22:02 пользователь Kris Craig написал:
> On Mon, Apr 16, 2012 at 10:31 AM, Rick WIdmer >wrote:
>
> > On 4/16/2012 3:31 AM, Arvids Godjuks wrote:
> >
> >> That's sad really, to be honest.
> >> I wonder if people even use t
I personally would vote for the "default" keyword if I want to skip the
param rather than just doing it with , - the keyword approach is much more
readable and error prone.
I have to agree with Richard as a user-land developer. It looks nice, but
knowing how people can twist things I don't think I would like this feature
get implemented. It just add stuff that is crazy to debug.
Consider someone adds a property and initializes a user-land object. That
object has othe
In past years such switches where deprecated and removed (in 5.3 most of
them, in 5.4 finally all that stuff is gone for good). So any solution,
involving a switch that modifies how code is executed will hit a wall of
resistance. It's the lesson that was learned the hard way.
So it may be the case
Because you can write a function name, say, in Cyrilic and it will just
work.
20 апреля 2012 г. 16:47 пользователь Nikita Popov написал:
> On Fri, Apr 20, 2012 at 12:20 PM, C.Koy wrote:
> > Hi,
> >
> > This post is about bug #18556 (https://bugs.php.net/bug.php?id=18556)
> which
> > is a decade
As far as I read there is no difference from the previous RFC - it
says essentially the same.
" The tag is reached, the webserver “switches back” and resumes
parsing it as HTML. If no tags are given, the webserver will parse the file
data as HTML code until a написал:
> Hi all,
>
> I finally fou
Hello internals,
I should voice my opinion that such things like comparing two strings
starting with numbers and that they resolve to actual integer/float for
comparation is bad, really bad. That just defies the logic and yealds
absolutly unexpected results. I pride myself that i know the juggling
ot my native language and I have
been learning the British variant of it, so it's more formal that
American English :)
2012/5/7 Kris Craig
>
>
> On Mon, May 7, 2012 at 12:28 AM, Arvids Godjuks
> wrote:
>
>> Hello internals,
>>
>> I should voice my opinion
I would definetly like that a lot to be the case. bcrypt is kind'a cryptic
and information about cryptography on the internet is not so informative
and are not in abundance.
Hello.
I personally think that using PASSWORD_DEFAULT for algorythm by default is
a bad idea. This should be defined by user in the code. Even worse if it is
defined by .ini setting - deploy to a remote server and realize that there
is a different .ini default that messes up everything. Lessons le
one.
Thank you :-)
27.06.2012 14:16 пользователь "Anthony Ferrara"
написал:
> Arvids,
>
> On Wed, Jun 27, 2012 at 9:23 AM, Arvids Godjuks
> wrote:
> > Hello.
> >
> > I personally think that using PASSWORD_DEFAULT for algorythm by default
> is a
> >
There are alternative opcode cachers besides APC. For example xcache, for
me, just works when APC is still catching up.
I remember someone writing about APC that it is overly compex internally
and due to that hard to keep up with the changes in the PHP, maybe that is
not the case now.
But looking a
many complains about APC.
03.07.2012 15:17 пользователь "Pierre Joye" написал:
> hi,
>
> On Tue, Jul 3, 2012 at 5:12 PM, Arvids Godjuks
> wrote:
> > There are alternative opcode cachers besides APC. For example xcache, for
> > me, just works when APC is still catc
M, Pierre Joye wrote:
> > hi,
> >
> > On Tue, Jul 3, 2012 at 5:12 PM, Arvids Godjuks
> wrote:
> >> There are alternative opcode cachers besides APC. For example xcache,
> for
> >> me, just works when APC is still catching up.
> >> I remember someon
Could be, xcache is definetly dummer in features and it is its feature. I
guess it helps it to keep up with releases. I will investigate this today,
maybe get some interesting results worth to share here.
03.07.2012 16:54 пользователь "Rasmus Lerdorf" написал:
> On 07/03/2012 09:
Hello internals!
After reading the discussion for some time and thinking through what has
been written, I came to the conclusion that something like legacy namespace
witch is enabled by default is required. Why? Because some projects are big
and you usually migrate them in chunks. So that way you
Link: http://news.php.net/php.internals/36536
One question - are you crazy? I heared about break with goto capabilities -
that's understandable - you could break 2 or 3 level loops, but this one
shit.
in <[EMAIL PROTECTED]>:
>
> On Fri, Apr 4, 2008 at 1:17 PM, Arvids Godjuks <[EMAIL PROTECTED]>
> wrote:
> > just emotions, sorry.
> >
> > But why you didn't keep the "break [1,2,3];" ? That was fine and
> > understandable and it was limite
(myClass $data) { }
>
> This currently causes an error in PHP 5.2.5 that function myfunc() can't
> be redeclared. This would in my opinion be very useful for methods in
> classes.
>
> Greetings,
> Krister Karlström, Helsinki, Finland
>
> Arvids Godjuks wrote:
>
&g
rams.
2008/4/8, Richard Quadling <[EMAIL PROTECTED]>:
>
> On 08/04/2008, Arvids Godjuks <[EMAIL PROTECTED]> wrote:
> > I think type hint's would be good optional functionality. Those who need
> > will use it, others will not. I'd probably use it in some case
I think type hint's would be good optional functionality. Those who need
will use it, others will not. I'd probably use it in some cases. Especially
if named parameters are implemented.
Sometimes what I really want is named parameter pass like
function myfunc(array $array, string $string = null,
Thouse who are asking about type hinting for function args are right. It is
logical to implement return type hinting with arg type hinting.
They should work either independantly (you can specify any on them or all
together) or if you declare return type - declare arg types too (then we
should have
Christian Schneider
We have 2 possibilities.
* Throw an error
* Make type conversion
What to select is PHP developers team prerogative.
About example - that's MySQL who is very tollerant, other databases may not
threat well things like passing an ID to numeric field as string. That's bad
style t
2008/4/15, Felipe Pena <[EMAIL PROTECTED]>:
>
> Em Ter, 2008-04-15 às 01:05 -0400, Sam Barrow escreveu:
>
> > If somebody does have a patch for this or is working on one let me know.
> Whether this will be implemented or not I would like to assist with this
> patch so I can use it for personal use
What about types like
array
mixed
Ok, for "mixed" we may not use type hinting at all - does patch allow to
hint only part of function args?
If we have a function, witch takes as 1st argument array or string and other
args should have strict types or just use call like myFunc(Array($string),
.
1 - 100 of 342 matches
Mail list logo
