Réponse acceptée !
Salut !
1) un framework est un ensemble de fonction/objets/.... prédéfinis que tu vas utiliser plutot que d'appeller du code système. Il a pour but, généralement, de rendre le code portable (java) ou plus simple (.net). Il peut etre dédié à certain type d'applications (graphisme, son, ...) ou être généraliste. De mannière générale, passer par un framework simplifie la vie du codeur mais allourdit énormément l'éxécutable généré (il demande donc plus de ressource qu'il n'en à véritablement besoin et est beaucoup plus lent à éxécuter).
2) Je n'ai jamais fait de XLL et je ne connaissait meme pas l'existance de ce format (au début je croiyait que tu parlait du XLink, nommé également XLL, qui est un langage du W3C encore en phase de définition). Je ne peux donc pas affirmer si c'est plus rapide où non. Cependant, après quelques recherches très rapides, j'ai trouver cette page "http://support.microsoft.com/kb/178474/en-us" (dsl pour le lien non clickable). En fait, tes XLL sont des DLL normales à ceci pret que tu utilise un framework et les MFC. C'est donc plus lent et plus lourd. Cependant la différence devrait rester imperceptible dans la mesure où tu ne fait pas du temp réel.
3) Je vien d'y répondre dans le point précédent : une XLL est une DLL normale qui définit systématiquement un minimum de code servant de convention d'appel.
|