Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:64338
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.223.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <50D05CD0.8080206@php.net>
References: <50D05CD0.8080206@php.net>
Date: Tue, 18 Dec 2012 12:16:06 +0000
Message-ID: <CAPwsocFVzaCZLzUc=EQMFT3Oq-jAdVhyZzds=smmvWHYZ3T6WQ@mail.gmail.com>
To: Stefan Neufeind <neufeind@php.net>
Cc: php-dev <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=20cf301d3a8c53593804d11f7673
Subject: Re: [PHP-DEV] Extension for str_replace / preg_replace with arrays
From: leight@gmail.com (Leigh)

--20cf301d3a8c53593804d11f7673
Content-Type: text/plain; charset=ISO-8859-1

Both str_replace and preg_replace already support some array based
replacements, I think adding more options to these functions specifically
would just lead to confusion.

What you're proposing can already be achieved quite easily with
preg_replace_callback and passing your array/options into the anonymous
function with `use`, I'd personally welcome a str_replace_callback
counterpart.


On 18 December 2012 12:08, Stefan Neufeind <neufeind@php.net> wrote:

> Hi,
>
> inside a framework-/scripting-project we've lately discussed
> string-replacements with arrays.
>
> Currently PHP supports either replacing one string by another or
> replacing first element from one array with first from another array.
>
> What I'd like to propose is for str_replace and preg_replace to introduce:
> * a functionality to replace one string with strings from an array
> * to (optionally) allow for rolling replacements (1,2,3, 1,2,3, ...)
> * to (optionally) allow to skip strings already replaced
>   (that means not to accidentially double-replace strings)
>
> This would allow to do things like
>
> $content = str_replace('<li>',
>   array('<li class="A">', '<li class="B">', '<li class="C">'),
>   $content);
>
> optionally starting over from A again. (Current default is to stop when
> there are no more elements to replace with).
>
>
> Would such a change/extension find support?
>
>
> Kind regards,
>  Stefan Neufeind
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--20cf301d3a8c53593804d11f7673--