The VB.NET 'With' Statement - umarmen oder vermeiden?

ei der Arbeit arbeite ich häufig an Projekten, bei denen zahlreiche Eigenschaften bestimmter Objekte während ihrer Konstruktion oder zu Beginn ihres Lebens festgelegt werden müssen. Der Einfachheit und Lesbarkeit halber benutze ich oft dasWith -Anweisung zum Festlegen dieser Eigenschaften. Ich finde, das

With Me.Elements
    .PropertyA = True
    .PropertyB = "Inactive"
    ' And so on for several more lines
End With

Sieht viel besser aus als

Me.Elements.PropertyA = True
Me.Elements.PropertyB = "Inactive"
' And so on for several more lines

für sehr lange Anweisungen, die einfach Eigenschaften festlegen.

Ich habe festgestellt, dass bei der Verwendung von @ einige Probleme auftreteWith beim Debuggen; jedoch,Ich habe mich gefragt, ob es zwingende Gründe dafür gibt, @ nicht zu verwendeWith in der Praxi? Ich bin immer davon ausgegangen, dass der über den Compiler generierte Code für die beiden oben genannten Fälle im Grunde genommen derselbe ist, weshalb ich mich immer dafür entschieden habe, das zu schreiben, was ich für besser lesbar halte.

Antworten auf die Frage(20)

Ihre Antwort auf die Frage