1
36
有几个情况很重要:
|
2
28
在您的示例中,这纯粹是一个品味问题,但这里的情况并非如此:
没有
|
3
15
在许多情况下,这是有用的。以下是一个例子:
这是另一个例子。假设我正在编写一个stream.out方法,该方法输出一个对象,并返回对流本身的引用,如下所示:
然后,可以在链接模式下使用这个out调用:
|
4
5
除了“字段消除歧义”和“传递当前Istance的引用”答案(已给出),还有一个附加场景,其中
公平地说,这不是常见的情况。更可能的方法是简单地提高代码的可读性,例如:
在上面(或类似的
|
5
4
在大多数情况下,使用
这个
|
6
4
首先,您的示例是有缺陷的,因为您已经将类标记为静态的,所以它不能被实例化。
无论如何,
它也可以简单地作为一个对象来使用,例如:
(不是说这个例子特别有用,但你知道这个想法。) 编辑: 更现实的例子是.NET中的事件模型:
|
7
4
你需要
|
8
3
我首先想到的是可读性和/或个人偏好。 有时当我在一个相当大的班级工作时…或者一个带有基类的类(在这里我看不到一些变量)。我用这个关键词…至少对于Visual Studio中的IntelliSense。 |
9
3
除了可能的javascript之外,“this”主要是一个占位符关键字,最有用的是在编写一段代码时使您的意图变得明显。 基本上,它将有助于可读性。 |
10
3
|
11
3
首先, 这 当类方法需要将对对象的引用传递给另一个类中的某个方法时是必需的。 例如:
与其他一些使用或不使用“this”的场景不同,它是一种风格问题,或解决人为模糊性的方法。 |
12
2
我尊重地不同意其他一些海报。在C中,这不仅仅是一个品味问题,它还符合微软的C风格指导原则(内部和外部,尽管他们似乎不符合自己的指导原则)。 例如,当您使用的符号不起作用时:
相反,您需要使用以下符号:
|
13
2
如果您有一个同名的局部变量或参数,那么您需要有一种区分它们的方法。那样的话
您应该有一个命名约定来帮助您区分字段和本地变量。如果您以后在方法中添加一个同名的本地变量,这将使您免受可能发生的问题的影响。(因为代码没有
|
14
0
常用于具有相同名称的构造函数参数:
|
15
0
它主要是一个风格问题。如果您的方法有一个与私有类成员相同的变量名,那么使用它有助于消除歧义。这有可能防止愚蠢的错误。 |
16
0
1)首先,也是最重要的,是当一个对象需要传递对其自身的引用时:
在Fluent界面中: 公共类查询{ 公共查询添加(参数参数)列表.添加(参数);返回此; } 2)二次进展法:
3)第三,你真的不需要它来区分参数和类成员。 您不需要它,因为良好的编码约定可以避免使用“this”关键字。
|
17
0
有一个原则可以指导您决定是否使用“this”。您需要具体地引用这个类的实例吗?如果你这样做了,那就用“这个”。否则,就把它忘了。 记录器示例提供的另一个海报就是一个很好的例子。因为他需要物体本身,所以他不能依赖于一个隐含的事实。 在类本身中,使用“this”作为类本身的方法的前缀是没有意义的,因为它是隐式的。 |
18
0
我忍不住…
[孩子们!!!!] |
19
0
我已经找到另一个场景:
|
Robert King · Unity C#语法问题-转换位置 1 年前 |
JBryanB · 如何从基本抽象类访问类属性 1 年前 |
law · 检查答案按钮的输入字符串格式不正确 2 年前 |
i_sniff_ket · 在unity之外使用unity类 2 年前 |