ArrayCollection est transmis en fonction de la valeur au lieu de par référence à Flex 3

S'il vous plaît voir Stratégie d'évaluation .

comme utilise "passe par objet" / "Pass par partage d'objets" . C'est-à-dire que "l'objet" est passé (pas une copie, un clone ou dupliquer) et toute modification à l'objet sont partagées .

Cependant, l'affectation _ac2 = _ac1 ne modifie que la valeur de la variable de paramètre [locale de la fonction] et n'aura aucune incidence sur aucune variables pendant l'invocation de la fonction. La seule chose transmise est les valeurs ("objets") qui résultent de l'évaluation des variables (ou de toute expression arbitraire) utilisée dans l'invocation de la fonction.

C'est parce que, comme indiqué ci-dessus, la stratégie utilisée est "Passer par objet" et non (car la documentation indique "Pass par référence", ce qui signifie vraiment "de la valeur" la référence] "ou juste ..." passe par objet "). C'est-à-dire le terme "passe par référence" est en fait mal utilisé et donc, confusant . (Il est mal utilisé dans un certain nombre de langues et de documentation. C'est une bataille en montée qui tente d'arriver à une signification commune.)

Si cela était vraiment "passe par référence" puis attribuant une nouvelle valeur à _ac2 se propagerait. (Avant de poser un commentaire disant comment «passer par référence», veuillez consulter le lien en haut et considérez que «Pass par référence» couvre le cas de C # 'S OUT / REF , VB' CODE> BYREF , TSQL'S SORTIE ET C ++ 'S (Référence) & - Ces notions ne sont pas en tant que, JavaScript ou Java). Cependant, comme indiqué correctement dans le poste d'origine (et une réponse de soi supplémentaire), ce n'est pas le cas - Conclusion: Comme il ne supporte pas «Pass par référence»; en outre, la documentation (confusion) utilise le terme "passe par référence" pour signifier "Pass par objet" / "Pass par partage d'objets".

Il y a plusieurs façons que le changement puisse se propager, commandé par ordre de (ma) préférence:

1. renvoie la nouvelle valeur applicable: AC2 = Dosometransformation (AC1) . C'est généralement le plus propre. Évitez les effets secondaires et le code surprenant. Les valeurs multiples peuvent être renvoyées si elles sont enveloppées dans un objet (ou une matrice) selon le cas.

2. Utilisez une fermeture: dosométranformation (AC1, fonction (newvalue) {ac2 = newvalue}) où la dosométransformation peut ressembler à: de la dosométransformation (_ac1, fini) {.. .; fini (_ac1)} . Je n'utilise généralement que cela lorsque le rappel "fonctionne dans le contexte" de la fonction elle-même ou lorsque vous écrivez le code dans un style CPS.

3. Mutate Un objet (comme c'est "Passer par objet", après tout). c'est très icky, mais cela fonctionnera. var bla = {ac2: null}; Dosométransformation (AC1, BLAH); ...; latéron (bla.ac2) où la dosométransformation peut sembler ressembler à une dosométransformation fonction (_ac1, b) {...; B.AC2 = _AC1; } . Non recommandé en général.

   codage heureux.

   ---

   Extraits applicables, de stratégie d'évaluation :

   "appeler par référence": (mon argument principal pour "appeler par référence" étant utilisé incorrectement est qu'il a déjà une signification bien définie; le terme surchargé adopté par certaines langues telles que et python ajoute simplement une confusion)

   Dans l'évaluation par appel de référence (également appelée passage à la référence), une fonction reçoit une référence implicite à une variable utilisée comme argument, plutôt qu'une copie de sa valeur. Cela signifie généralement que la fonction peut modifier la variable utilisée comme argument - quelque chose qui sera vu par son appelant .

   "appeler par objet" / "appeler par partage d'objets": (mais payez-vous là où il reconnaît l'incohérence / la localisation de ces termes; le terme "appel par référence" est souvent mal utilisé Pour impliquer ces sémantiques et "appeler la valeur [de la référence]" est utilisé dans certains contextes pour signifier également la même chose)

   La sémantique du partage d'appel diffère de l'appel-référence en ce sens que les arguments de fonction dans la fonction ne sont pas visibles pour l'appelant (contrairement à la sémantique par référence), donc par exemple. Si une variable a été transmise, Il n'est pas possible de simuler une affectation sur cette variable de la portée de l'appelant . Cependant, étant donné que la fonction a accès au même objet que l'appelant (aucune copie n'est effectuée), des mutations à ces objets, si les objets sont mutables, dans la fonction sont visibles à l'appelant, ce qui peut sembler différer de l'appel Value Semantitique.