variables privées: décevant ...

[tilleul]

Grosse grosse grosse déception à propos des variables privées qui en réalité n'en sont pas dans le sens où on ne peut pas avoir deux automates différents avec chacun une variable privée de même nom: il est impossible de créer deux variables qui ont le même nom, qu'elles soient publiques (là ça parait logique) ou privées (pas cohérent avec le concept classique des variables privées/locales).

Donc en fait les variables privées sont des variables publiques mais qui sont invisibles pour les autres automates.

Ce n'est pas du tout intéressant, le seul "plus" qu'on a en créant une variable privée est qu'on ne la verra pas dans la liste des variables à affecter à un item VAR, IF, etc si elle n'appartient pas à l'automate en cours.

C'est un problème et c'est encore plus vrai aujourd'hui avec la possibilité de faire du copier/coller d'automates: pour chaque automate de fonctionnalité similaire utilisant une variable privée, je dois créer une nouvelle variable à chaque copie d'automate ET EN PLUS je dois repasser dans tous les items qui utilisent cette variable pour l'y affecter.

Pour moi, l'intérêt d'une variable privée est de servir de tampon/buffer pour faire des calculs ou stocker des infos de manière temporaire, infos qui sont "privées" dans le sens où je n'ai pas besoin de les rendre publiques, et même pire, les rendre publiques pourrait les corrompre (nouvelle affectation, etc).

Imaginons un concept d'automate rattaché à un thermostat et qui stocke dans une variable privée l'heure à laquelle un mode de chauffage a été changé. Cette heure est utilisée par l'automate pour permettre un nouveau changement de mode uniquement si on a fait le précédent il y a moins de 10 sec ou plus de 60 minutes, ceci à des fins d'optimisation de chauffage.

J'ai 10 thermostats, donc j'ai 10 automates. Idéalement cette variable heure, de type "privé", aurait du avoir le même nom. Finalement, je vais devoir créer 10 variables différentes, repasser dans tous les items où elle sont utilisées et les affecter à ces items. Avec une vraie variable privée, je n'aurais rien eu à faire. En plus, mes variables vont finir par s'appeler "bêtement": "heureThermostat1", "heureThermostat2" etc. ou similaire. Finalement qu'elles soient privées ou publiques ne changent pratiquement rien: je perds tout autant de temps ...

J'espère avoir été clair dans mon explication pour l'intérêt de VRAIES variables privées et que la team LD comprendra ma déception.

[ATTACH=CONFIG]268[/ATTACH]

[coyotus]

j'appuie cette remarque donc "+1" :)

[Julien]

Bonjour,

Ceci étais volontaire, car à tout moment, vous pouvez passer une variable privé en public.
Nous proposons de permettre l'ajout de variable privé de même nom, mais de devoir modifier son nom avant sa mise en public si une variable public à déjà ce nom.

Lors de la duplication, les variables privés seront donc elle aussi dupliquée.

Julien

[tilleul]

Julien a écrit :Bonjour,

Ceci étais volontaire, car à tout moment, vous pouvez passer une variable privé en public.
Nous proposons de permettre l'ajout de variable privé de même nom, mais de devoir modifier son nom avant sa mise en public si une variable public à déjà ce nom.

Lors de la duplication, les variables privés seront donc elle aussi dupliquée.

Julien

C'est super ! Je crois que ca permettrait en effet de satisfaire tout le monde[ATTACH=CONFIG]270[/ATTACH]

[bizniouf]

+1
Super.

[tilleul]

Je confirme que la v1.4.89 inclut de vraies variables privées :cool: