在工作中，我经常在项目中处理对象的多个属性，在它们的构造过程或生命周期早期进行设置。为了方便和可读性，我通常使用 With 语句来设置这些属性。我发现
With Me.Elements
.PropertyA = True
.PropertyB = "Inactive"
' And so on for several more lines
End With
比起之前看起来好多了
Me.Elements.PropertyA = True
Me.Elements.PropertyB = "Inactive"
' And so on for several more lines
对于仅简单设置属性的非常长的语句。
我注意到在调试时使用With存在一些问题；但是，我想知道是否有任何强烈的理由在实践中避免使用With？我始终认为编译器生成的上述两种情况的代码基本相同，这就是为什么我始终选择编写我认为更易读的代码。
如果您有较长的变量名称并且最终会得到：
UserHandler.GetUser.First.User.FirstName="Stefan"
UserHandler.GetUser.First.User.LastName="Karlsson"
UserHandler.GetUser.First.User.Age="39"
UserHandler.GetUser.First.User.Sex="Male"
UserHandler.GetUser.First.User.Occupation="Programmer"
UserHandler.GetUser.First.User.UserID="0"
....and so on
那么我会使用 WITH 语句使其更易读：
With UserHandler.GetUser.First.User
.FirstName="Stefan"
.LastName="Karlsson"
.Age="39"
.Sex="Male"
.Occupation="Programmer"
.UserID="0"
end with
在后面的例子中，甚至比第一个例子还有性能优势，因为在第一个例子中，每次访问用户属性时都要获取用户，而在WITH情况下，我只获取一次用户。
我可以像这样获得性能增益，而不使用with：
dim myuser as user =UserHandler.GetUser.First.User
myuser.FirstName="Stefan"
myuser.LastName="Karlsson"
myuser.Age="39"
myuser.Sex="Male"
myuser.Occupation="Programmer"
myuser.UserID="0"
但我会选择使用WITH语句，它看起来更简洁。
我只是以这个为例子，不要因为有很多关键词的类而抱怨，另一个例子可能是：WITH RefundDialog.RefundDatagridView.SelectedRows(0)。
Dim user = UserHandler.GetUser.First.User。现在继续使用“user”变量。 - Tim SchmelterWith结构不好。在.NET中，它编译成与完全限定对象名称相同的代码，因此这种语法糖不会带来性能损失。我通过编译，然后反汇编以下VB .NET 2.0类来确定这一点。Imports System.Text
Public Class Class1
Public Sub Foo()
Dim sb As New StringBuilder
With sb
.Append("foo")
.Append("bar")
.Append("zap")
End With
Dim sb2 As New StringBuilder
sb2.Append("foo")
sb2.Append("bar")
sb2.Append("zap")
End Sub
End Class
sb的With语句调用和sb2的Append方法调用看起来完全相同：.method public instance void Foo() cil managed
{
// Code size 91 (0x5b)
.maxstack 2
.locals init ([0] class [mscorlib]System.Text.StringBuilder sb,
[1] class [mscorlib]System.Text.StringBuilder sb2,
[2] class [mscorlib]System.Text.StringBuilder VB$t_ref$L0)
IL_0000: nop
IL_0001: newobj instance void [mscorlib]System.Text.StringBuilder::.ctor()
IL_0006: stloc.0
IL_0007: ldloc.0
IL_0008: stloc.2
IL_0009: ldloc.2
IL_000a: ldstr "foo"
IL_000f: callvirt instance class [mscorlib]System.Text.StringBuilder [mscorlib]System.Text.StringBuilder::Append(string)
IL_0014: pop
IL_0015: ldloc.2
IL_0016: ldstr "bar"
IL_001b: callvirt instance class [mscorlib]System.Text.StringBuilder [mscorlib]System.Text.StringBuilder::Append(string)
IL_0020: pop
IL_0021: ldloc.2
IL_0022: ldstr "zap"
IL_0027: callvirt instance class [mscorlib]System.Text.StringBuilder [mscorlib]System.Text.StringBuilder::Append(string)
IL_002c: pop
IL_002d: ldnull
IL_002e: stloc.2
IL_002f: newobj instance void [mscorlib]System.Text.StringBuilder::.ctor()
IL_0034: stloc.1
IL_0035: ldloc.1
IL_0036: ldstr "foo"
IL_003b: callvirt instance class [mscorlib]System.Text.StringBuilder [mscorlib]System.Text.StringBuilder::Append(string)
IL_0040: pop
IL_0041: ldloc.1
IL_0042: ldstr "bar"
IL_0047: callvirt instance class [mscorlib]System.Text.StringBuilder [mscorlib]System.Text.StringBuilder::Append(string)
IL_004c: pop
IL_004d: ldloc.1
IL_004e: ldstr "zap"
IL_0053: callvirt instance class [mscorlib]System.Text.StringBuilder [mscorlib]System.Text.StringBuilder::Append(string)
IL_0058: pop
IL_0059: nop
IL_005a: ret
} // end of method Class1::Foo
With语句的调试器出现任何异常行为，所以我很好奇您看到了什么行为。）With与可变值类型（如Rectangle）的数组一起使用，生成的代码将不同于没有With时生成的任何代码。 - supercat使用With语句和重复引用对象之间存在微妙的区别，应该牢记在心。
当使用With语句时，它会创建一个新的本地变量来引用对象。随后使用.xx的引用是对该本地引用属性的引用。如果在执行WITH语句时，原始变量引用发生更改，则由WITH引用的对象不会更改。考虑以下情况：
Dim AA As AAClass = GetNextAAObject()
With AA
AA = GetNextAAObject()
'// Setting property of original AA instance, not later instance
.SomeProperty = SomeValue
End With
这完全是关于可读性的。像所有的语法糖一样，这可以被过度使用。
如果您需要在几行中设置一个对象的多个成员，那么就采用它吧。
With myObject
.Property1 = arg1
.Property2 = arg2
...
避免在"With"块中进行其他操作
如果您编写了一个跨越50-100行并涉及许多其他变量的With块，则很难记住在块的顶部声明了什么。出于明显的原因，我不会提供这样混乱代码的示例。
with块更长会给读者带来不必要的负担。 - JKomusin如果使用它可以使代码更易读，请使用它。如果使用它会使代码不易读，请避免使用 - 特别是建议避免嵌套With语句。
C# 3.0仅具有初始化对象的此功能：
var x = new Whatever { PropertyA=true, PropertyB="Inactive" };
PropertyA = True
PropertyB = "Inactive"
当然，在这种情况下，"我"是被暗示的...
如果代码中大量使用this关键字，我会怀疑它的质量。如果它被用来方便地设置许多实例变量或属性，那么这可能表明你的类太大了（Large Class smell）。如果你使用它来替换长串的调用，就像这样：
UserHandler.GetUser.First.User.FirstName="Stefan"
UserHandler.GetUser.First.User.LastName="Karlsson"
UserHandler.GetUser.First.User.Age="39"
UserHandler.GetUser.First.User.Sex="Male"
UserHandler.GetUser.First.User.Occupation="Programmer"
UserHandler.GetUser.First.User.UserID="0"
'with' 基本上是 Smalltalk 中的 'cascade'。这是肯特·贝克（Kent Beck）在他的《Smalltalk 最佳实践模式》一书中介绍的一种模式。
该模式的概述：当对对象发送的消息可以分组时，请使用它。如果只是向同一对象发送一些消息，则不要使用它。
我不使用VB.NET（我曾经使用过普通的VB）但是...
前导点是否必需？如果是这样，那么我就看不出有什么问题了。在Javascript中，使用with的结果是一个对象的属性看起来就像一个普通的变量，而这非常危险，因为你无法确定你正在访问一个属性还是一个变量，因此，with是需要避免的。
不仅使用起来更加方便，而且对于重复访问对象的属性，它很可能更快，因为对象只通过方法链获取一次，而不是每个属性都获取一次。
我同意其他回答的意见，你应该避免嵌套使用with，原因与在Javascript中避免with完全相同：因为你不再能看到你的属性属于哪个对象。
为了描述这一点，我们有一个（错误的）例子来自我同事问作者的教科书（确实是不正确的，名称已更改以保护...什么）：
With dbcontext.Blahs
.OrderBy(Function(currentBlah) currentBlah.LastName)
.ThenBy(Function(currentBlah) currentBlah.FirstName)
.Load()
End With
OrderBy和ThenBy完全没有效果。如果您仅删除With和End With，并在前三行末尾添加行继续字符...它可以工作（如同一教科书15页后所示）。
我们不需要更多理由来消灭With Blocks。它们只在解释型框架中有意义。