Toute ressource / didacticiels sur l'utilisation de déclarations "avec" imbriquées dans Delphi?

Je déteste même dire cela, mais il n'est pas exactement difficile de comprendre comment fonctionne des règles de portée. Dernière portée dans WINS. Toujours.

Mais les êtres humains ont ce problème, ce qui en psychologie s'appelle la théorie du morceau. Lorsque vous êtes présenté avec sept choses à garder une trace de votre esprit, on tombe, car votre cerveau compte environ 6 registres locaux pour garder les choses dans. Imaginez l'identifiant simple foo code> apparaît ici: P > xxx pré>

ce qui précède est pour toutes les intentions identiques à avec expression1, expression2 commencent ... code>. p>

Voyons donc à quelle vitesse Comme la portée devient trop compliqué à suivre après un certain temps. Imaginons que nous avons les niveaux de portée suivants dans certaines applications Delphi, nous travaillons dans: P>

• La portée de l'unité de chaque unité située dans votre utilise des clauses code>. li>
• La section de mise en œuvre de votre propre unité (interne) li>
• la portée de la classe (identifiants à l'intérieur de votre classe actuelle si vous écrivez une méthode) LI>
• la procédure ou la portée de la méthode locale (section var dans une procédure ou une fonction). LI>
• le premier avec la déclaration dans l'échantillon ci-dessus. LI>
• la seconde avec la déclaration dans l'échantillon ci-dessus. li> ul>

  Mise à jour forte> David m'a signalé que je devrais mentionner cela au lieu de 6 "scopes" ci-dessus, nous avons vraiment 5 + x scopes, où x est la longueur de votre utilise code> clauses. p>

  Maintenant, le problème n'est pas l'instruction que l'on ne sait pas, c'est que les êtres humains peuvent facilement se perdre lorsque vous disposez de 6 couches de scopage lexical, comme ci-dessus, et vous exige non seulement être conscient de tous les endroits où foo code> est défini, car si vous pensiez que la première fois avec la déclaration ait quelque chose nommé foo code> défini et il ne signifie pas Vous obtenez un bogue plutôt méchant et difficile à trouver un bogue dans votre code. Et ainsi, nous avons des personnes très intelligentes et très capables comme Nick, disant des choses très sensibles comme "N'utiliser jamais avec". Et je suis d'accord sur 99% avec Nick. P>

  Je pense aussi que vous pourriez dire que l'ennemi n'est pas avec, c'est la tendance Delphi Les développeurs doivent simplement continuer à développer leurs applications itérativement dans un "style rad" jusqu'à ce qu'ils soient devenus des monstruosités. Une unité qui utilise 200 autres unités est un gâchis, chacun utilise 200 d'autres unités, va vous faire plus de chagrin, même que des abus rampants de avec les relevés code>. P>

  Avec code> n'est pas le problème entier dans le mauvais code, c'est juste l'abeille la plus courante dans le capot de Delphi Developer. Peut-être que cela devient plus d'attention que les usages trop importants-clauses, mais sur toute ma carrière, une dépendance-enfers et d'énormes articles-clauses ont fait 100 fois plus pour rendre la vie difficile, que avec code>. Donc, je pense que avec considéré comme nocif code> est terminé, et d'autres choses qui devraient être considérées davantage, sont considérées comme considérées. P>

  une alternative raisonnable à utiliser avec, est d'utiliser Un nom de variable simple lettre (je sais, allez-y et en désaccord) et évitez toute ambiguïté de la portée: p> xxx pré>

  c'est mieux, beaucoup diraient que ceci: p >

  procedure WithPleasure;
  begin
     with Some.Long.Expression[x].That.You.Dont.Want.To.Repeat.Six.Times do begin
       Foo := 'test';
       Bar := 'test2'
     end;
  end;