On 25 March 2010 20:19, Tommy Pham <tommy...@gmail.com> wrote:
> Aren't all feature requests must be analyzed the same way? Example,
> namespace, how many of us actually uses it now when there is an
> alternative solution- subfolders - that we've been using since who
> knows how long. I don't know if threads was asked a feature prior
> namespace was implemented.
Yes, you're right. But feature requests are not equal: some present a
bigger payoff than others, and some will be more problematic to
implement than others. If a given language can solve the problems it
meets based on it's current structure, should you necessarily
implement new shiny features, that may present problems?
I'm not against threads in PHP per se ... I just haven't seen a very
convincing reason for them yet, which is why I'm not very positive
about the thing. The DB scenario could be handled without threads and
current libraries could be improved ... and as long as that's cheaper
than implementing threads, then - personally - I'd need to see more
powerful reasons for threads.
Luckily, I have no say in the development of PHP, so I won't get in
anyone's way should they choose to implement threads :)
WWW: http://plphp.dk / http://plind.dk
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php