Is there still life behind this idea?
nerVo schrieb:
I've found another reason for that : ability to interact with other
framework or component data object (pear, ezcomponent, ...)
Applications often mix components from differents origins, that would
be a way for an easy and clean integration.
But as you say, if nobody's interesting...
Hey guys, nobody here ?
nerVo schrieb:
Hmmm, if i understand, you want to change already existing (or not
:) )ZF elements, in order them to serve methods of Zend_Data
Interface ?
Am i right ?
Basically, yes - but a reasonable approach would of course be to
first identify common patterns in existing classes and try to
manifest the most-common approach in an interface. This way, the
required changes should be minimal.
If so, we talk about the same data system, only differs its way of
integration through ZF.
Yes.
As a personnal developper, at my house, i found it more reasonable
not to touch ZF components already written by dev. team :)
I try not to have to maintain customized versions of ZF classes,
that's really not an option. My approach would be to try and convince
the ZF community (hellooo, anyone want to join in on the discussion?
:-)) that this would be a neat feature to have because it greatly
simplifies interoperability between components, and then make it an
official part of ZF.
Anyway, we can mix all that mess, beggining by adapters, then,
extending ZF components.
Something like that...
Actually, I wouldn't want to put too much effort in this if no one
else seems interested, as I can't just go around and change existing
components just because I feel like it :-D
CU
Markus
