Drupal vrs. EZ Publish

Das solltest du vllt. in einem ezP-Forum fragen. Wenn sich an der API des Basissystems nichts ändert, muss man auch an den Modulen nichts ändern. So erhält man sihc die Abwärtskompatibilität. Mitunter muss man mit dieser aber brechen, um das System gezielt verbessern zu können. Die einen machen dies (Drupal), andere bleiben lieber stehen oder erweitern die API ewig und schleppen den alten Krempel als Ballast mit sich rum. Letzteres macht SUN z.B. mit Java, da findet man in der Klassenbibliothek noch Klamotten die explizit als "veraltet" (deprecated) markiert sind und mitgeschlörrt werden, um auch Anwendungen von vor Christi Geburt noch laufen lassen zu können.

Hat alles seine Vor- und Nachteile und ist letzten Endes eine Philosophiefrage. Irgendwann wird der Ballast mal erdrückend (schließlich muss man den alten Ramsch auch für jede neue Version durchtesten und supporten) und dann muss man tabula rasa machen. Apple tat das mit dem Schritt weg von Mac OS hin zu Mac OS X (wobei das Gros der Classic-Anwendungen noch über eine Emu gefahren werden konnten), Drupal machts mit jedem Major Release wo nötig, Microsoft macht es alle Jahrezehnte mal, Intel schleppt den alten Ballast (A20 Gate, Real Mode, ...) aus den Anfangszeiten der x86er Architektur noch heute im Microcode mit, ..

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de