Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:61979
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAESVnVrMwdqcofHt-xz7rkAoaRv=DOcNagqdnPajicteD4eEfw@mail.gmail.com>
References: <CANVTSm5g0FWqe=HaJTutniLYOj19rp5twOzF0jti0y3iEsnWEg@mail.gmail.com>
 <CAKOpQSwSwseEoxDYzpfwkgk-azxKyAVq=hRJa=P=v8qg7VAJ_A@mail.gmail.com>
 <CAFt2z-nHB91SSNaJpn_K1-OzWtC7=W4WUUKCBQYHbb+kbeKsBg@mail.gmail.com>
 <CAESVnVpXTza67aOOeFqJ72F3=nxe3vTRHWkkzZNc+FChhCbwhg@mail.gmail.com>
 <CAPwsocEbXSVSc-aDUQjjaADF3-pNLQF=Danxo67GE5oZpCY-5A@mail.gmail.com> <CAESVnVrMwdqcofHt-xz7rkAoaRv=DOcNagqdnPajicteD4eEfw@mail.gmail.com>
Date: Fri, 3 Aug 2012 02:26:30 +0300
Message-ID: <CANVTSm5HVa8Z5eCZf4oKBBJz8Pqhkj_hMnr5WkiX1e5z0=uizw@mail.gmail.com>
To: Sara Golemon <pollita@php.net>
Cc: Leigh <leight@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b66fcad01fcb904c650bfa2
Subject: Re: [PHP-DEV] Add runkit to PHP Runtime
From: g.b.yahav@gmail.com (Yahav Gindi Bar)

--047d7b66fcad01fcb904c650bfa2
Content-Type: text/plain; charset=ISO-8859-1

I do think that some of  the runkit features should not be included in PHP
core but I wish to focus on extending classes with extension methods,
constants, traits and members.

Just like all other complicated and powerful features in PHP, one should
use them with a good reason and when he/she knows exacly what he/she is
doing - but we should provide the tools and ability to do that - that's
what I think..

I see the main usage for extension methods within frameworks and other big
applications that allows third-party integration such as CMS, forums
software etc. - in such kind of applications, extension methods can be very
useful, and you can take for example the many usage of this in
ASP.NET<http://asp.net/> applications
that uses this concept (even if we'll take Objective-C, you can find on the
net many implementation of features for UI controls that was added via
extension method since there's no OO based reason to create a child class -
for example, many added method for setting background image to UIView type
object as an extension method).

I don't think that this features should remain in PECL package (that's the
reason I've created this discussion) since frameworks and software that
third-party users will use should not relay on PECL packages... many users
who use frameworks and CMS use shared hosting enviorment and don't have
permissions to install PECL packages - if we want to bring this feature and
give such scripts to use this features we shall deeply integrate it to the
core of PHP - just like I've suggested above, I think that a new keyword or
syntax should be introduced for this usage.

On Fri, Aug 3, 2012 at 2:22 AM, Sara Golemon <pollita@php.net> wrote:

> On Thu, Aug 2, 2012 at 4:17 PM, Leigh <leight@gmail.com> wrote:
> >> Sandboxing: Complicated by the fact that it only works in a threaded
> >> build, can't transfer all types (e.g. resource, complex objects), and
> >> can't run concurrently.  Until/unless these problems can be
> >> meaningfully solved, I wouldn't consider it a functional
> >> implementation.
> >
> > To me the "thread thing" feels like the dirty hack workaround
> > _because_ it's in PECL, and this is the only option available.
> >
> In all seriousness, I'd love to hear how you'd do Sandboxing without
> using the tsrm context hack I used in runkit.  That approach had
> nothing to do with being in PECL, it had to do with that being the
> only mechanism available to swap globals in and out at will.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--047d7b66fcad01fcb904c650bfa2--