Sorry , i think you're misunderstanding the main concept of this proposal ..
take a look at this post: http://news.php.net/php.internals/68118 it
explains how you could solve this problem using namespace.
You can actually have 2 version of the same library loaded inside same
process . But namespac
2013/7/16 Giuseppe Ronca
> You can have multiple objects from the same type in different
>> implemenations in the same process?
>>
>
>
> No i'm not saying it.
>
>
OK, what then? You have A and B, that both rely on X, but in version 1 and
2. Both A and B are used at the same time. How can now be
2013/7/16 Giuseppe Ronca
> I've studied Composer and as i thought ..it's a "component installer"
> (implementing an autoload system) .. nothing else ( i can have similar
> result using git submodules )
>
> anyway , *you can have a class collision using or not using composer ( it
> doesn't solve i
You can have multiple objects from the same type in different
> implemenations in the same process?
>
No i'm not saying it.
> What should happen, when I instanciate an object of "test" in version X and
> pass it to a function, that expect it as version Y? To be consistent PHP
> _must_ trigger
I've studied Composer and as i thought ..it's a "component installer"
(implementing an autoload system) .. nothing else ( i can have similar
result using git submodules )
anyway , *you can have a class collision using or not using composer ( it
doesn't solve it, but just advise you that you can't
2013/7/15 Lester Caine
> Marco Pivetta wrote:
>
>> PS i'm not so practice with composer ( used few times ) but when modular
>>
>>> >systems , such as CMS , give the possibility to extends them with
>>> external
>>> >components...i don't think that composer could solve this problem.
>>> >
>>>
>> I
Am 15.07.2013 18:24, schrieb Lester Caine:
> Marco Pivetta wrote:
>> PS i'm not so practice with composer ( used few times ) but when modular
>>> >systems , such as CMS , give the possibility to extends them with
>>> external
>>> >components...i don't think that composer could solve this problem.
>
Marco Pivetta wrote:
PS i'm not so practice with composer ( used few times ) but when modular
>systems , such as CMS , give the possibility to extends them with external
>components...i don't think that composer could solve this problem.
>
It is actually already happening.
You should really rea
On 15 July 2013 16:51, Giuseppe Ronca wrote:
> I'm not talking about this kind of problem...
> I think you know how a CMS works ... we've for example :
>
> * *CMS sources that are developed by Joomla devs ( i.g ) with theirs
> libraries.*
> * *Plugin (A) developed externally and installed by the
-- Forwarded message --
From: Giuseppe Ronca
Date: 2013/7/15
Subject: Re: [PHP-DEV] PHP proposal on modular systems
To: Johannes Schlüter
I'm not talking about this kind of problem...
I think you know how a CMS works ... we've for example :
* *CMS sources that are de
On Sun, Jul 14, 2013 at 12:13 PM, Giuseppe Ronca
wrote:
> Php is now used by many CMS, many of which use a modular system with a wide
> range of add-ons developed by third parties. This can cause various
> conflicts, such as when two or more external components using the same
> library (i.g. with
On Mon, 2013-07-15 at 12:07 +0200, Sebastian Bergmann wrote:
>
> Unless I missed a corresponding feature so far, Composer does not
> solve
> this problem. This problem could be solved, however, by encoding the
> version number in the namespace name:
I didn't say composer solves that part, for
Am 15.07.2013 11:14, schrieb Johannes Schlüter:
> Besides the pure compatibility issue "traditionally" we also had a
> distribution problem in PHP - if a module requires a generic library
> either the library had to be bundled or the user had to be sent for a
> hunt and manually do it, which became
On Sun, 2013-07-14 at 12:39 +0200, Sebastian Krebs wrote:
>
> Backward compatibility (or compatibility in general) between component
> is something the plugin maintainer should take care of, not the
> language.
Ack. If a library becomes incompatible one should change the name or
namespace or som
2013/7/14 Giuseppe Ronca
> Php is now used by many CMS, many of which use a modular system with a wide
> range of add-ons developed by third parties. This can cause various
> conflicts, such as when two or more external components using the same
> library (i.g. with a different version) in this c
Php is now used by many CMS, many of which use a modular system with a wide
range of add-ons developed by third parties. This can cause various
conflicts, such as when two or more external components using the same
library (i.g. with a different version) in this case the classes /
namespace will be
16 matches
Mail list logo
