Limitations de XUL

Question

J'essaie de comprendre si cela vaut la peine d'apprendre XUL plus en profondeur.

Si vous avez de l'expérience avec un projet modérément complexe (comme une application indépendante plutôt qu'une extension Firefox), pouvez-vous me dire à quoi ressemble votre expérience?

Je suis particulièrement inquiet pour les fonctionnalités qui ne sont pas supportées nativement par le framework XUL. Il y a deux possibilités: soit créer plus de composants XPCOM, soit utiliser des outils externes. Cette dernière approche n'est pas totalement satisfaisante, car la communication interprocessus semble en quelque sorte absente de XUL.

D'autre part, je n'ai aucune connaissance de C++. Dans quelle mesure serait-il difficile pour un apprenant pour la première fois d'envelopper une bibliothèque existante dans un habillage XPCOM?

Answer 1

Je n'ai pas écrit de XPCOM dans mes trois années de développement d'applications XUL. Cela semble intimidant. Jusqu'à présent, cependant, je n'ai pas eu une bonne raison de créer un XPCOM. J'utilise des outils externes - pour créer des rapports, travailler avec des appareils mobiles, etc. J'ai finalement compris que vous pouviez au moins obtenir la valeur de retour STDOUT d'un processus qui s'exécute (au moins sur Windows, il semble que cette fonctionnalité particulière être cohérent sur toutes les plateformes). Cela m'a permis d'avoir au moins une seule valeur de retour, ce qui m'a permis d'implémenter le traitement des erreurs.

Je pense que vous trouverez que vous pouvez faire un peu sans toucher à XPCOM. Cependant, tout n'est pas poli et facile, et il n'y a pas une grande communauté de développeurs, pas vraiment de développeurs, ce qui peut être une expérience d'apprentissage frustrante.

S'il s'agit d'une application volumineuse ou d'une application que vous ajoutez peut-être également à d'autres développeurs, vous pouvez envisager de choisir une plateforme de développement plus prise en charge.