[development] How to port modules? was: Drupal 7 "When it's Ready"
Earl Miles
merlin at logrus.com
Fri Mar 6 04:23:09 UTC 2009
Paolo Mainardi wrote:
>
>
> On Thu, Mar 5, 2009 at 2:04 PM, Nathaniel Catchpole
> <catch56 at googlemail.com <mailto:catch56 at googlemail.com>> wrote:
>
>
>
> Dries, also, said that releasing drupal 6 without
> drupal.org <http://drupal.org> being updated to it was a
> mistake he doesn't want to see happen again.
>
>
> Why it's happen ? Because big missing, "Views, OG, Panels
> etc...etc...", because backward compatibility API doesn't exists.
>
>
> Views 2 (in Drupal 6) isn't compatable with Views 1 (in 5.x). A
> 'backwards compatability API' would have had zero effect, possibly
> a negative effect on the Views upgrade process.
>
>
> My point is different, a backward compatibility API could run Views
> 1.x on D > 5, this was the point.
>
No, it can't.
Drupal changed entire sub systems. Not just how the functions are called
but how the data is stored and what the data signatures are. A
'backwards compatibility API' would have required KEEPING data around
that would cause the system to run slowly. The performance would be a
nightmare. When going from version to version, one of the advantages is
that we can throw away paradigms that are unsuccessful. A backwards
compatibility API requires us to keep those paradigms.
Remember, an API is not just a bunch of function signatures. It is much,
much deeper than that, and they would completely change the wya things
have to be implemented. They would be a major burden, possibly MORE
major than the effort of simply upgrading the modules to new APIs.
More information about the development
mailing list