ActionScript / Flex: Pourquoi les méthodes apply {Fault, Result} de AsyncToken sont-elles internes?

Question

Comme le titre le suggère, pourquoi les méthodes applyResult et applyFault de AsyncToken sont-elles marquées mx_internal ?

Quelques fois, j'aurais aimé utiliser AsyncToken dans mon code, mais je l'ai réécrit parce que je ne veux pas forcer les clients à utiliser l'espace de noms mx_internal .

Answer 1

Eh bien, comme il est indiqué quelque part dans le livesoc (je crois que), mx_internal est utilisé pour marquer les éléments susceptibles de changer dans le cadre (ils pensaient apparemment que C # et Java agissaient mal avec le modèle obsolète des trucs). Quant à la raison exacte pour laquelle ces méthodes particulières sont marquées mx_internal , seul le développeur qui les a marquées le sait. Ils se sont probablement rencontrés un jour pour en discuter et cela a donné une phrase du genre: "Hey. Quel accès voulons-nous pour ces méthodes " "Je ne sais pas, voulons-nous qu’ils soient annulables?" " Pas sûr " "Ok, faisons-les mx_internal puis". Dans de nombreux cas, les méthodes qui auraient dû être marquées comme protégées portaient la mention mx_internal (ou private, ce qui est encore pire dans certains cas), et il s’agit de l’une des choses les plus ennuyeuses du framework flex.

De plus, vous utilisez l'espace de noms mx_internal , que vous le vouliez ou non, car la plupart des composants de la structure l'importent. Par conséquent, si vous utilisez les composants de la structure flex, votre construction inclut déjà il.

Answer 2

Si vous avez construit cette classe, vous voudrez peut-être cacher la fonctionnalité aux utilisateurs normaux, car vous ne voulez pas qu'ils invoquent les méthodes par erreur, mais les classes internes qui les créent doivent les appeler, donc les marquer. comme mx_internal est logique.