Garder des api mouvantes et ne pas se cantonner a une structure bien déterminées a ses avantages. Il peut y avoir comme dans tout programme des problemes de conception. Garder une structure figée empeche de corriger ce genre de choses.
On aboutirais alors a quelque chose comme windows XP qui peut encore faire tourner des applis DOS au détriment de la qualité du support des applis 32 bits. Ou des processeurs x86 encore basés sur leur vieille structure 8 bits !! tout ça pour garder la compatibilité... D'ailleurs, on voit bien qu'une architecture comme l'IA64 qui s'affranchissait de ce passé n'a pas vraiment pris
Laisser de coté la compatibilité ascendante a certes des inconvénients puisque cela demande des mises a jour plus lourdes, mais cela permet de s'affranchir du passé parfois lourd en problemes et erreurs de conception du programme, et il faut parfois ce rendre compte qu'en continuant a trainer une compatibilité ascendante, on traine un boulet qui empeche de vraiment évoluer...
[^] # Re: Question ?
Posté par Guillaume CASTAGNINO (site web personnel) . En réponse à la dépêche Nouveau modèle de développement pour Linux. Évalué à 6.
On aboutirais alors a quelque chose comme windows XP qui peut encore faire tourner des applis DOS au détriment de la qualité du support des applis 32 bits. Ou des processeurs x86 encore basés sur leur vieille structure 8 bits !! tout ça pour garder la compatibilité... D'ailleurs, on voit bien qu'une architecture comme l'IA64 qui s'affranchissait de ce passé n'a pas vraiment pris
Laisser de coté la compatibilité ascendante a certes des inconvénients puisque cela demande des mises a jour plus lourdes, mais cela permet de s'affranchir du passé parfois lourd en problemes et erreurs de conception du programme, et il faut parfois ce rendre compte qu'en continuant a trainer une compatibilité ascendante, on traine un boulet qui empeche de vraiment évoluer...