C# 为什么几乎所有的时间都是在上课前写的,有原因吗?

C# 为什么几乎所有的时间都是在上课前写的,有原因吗?,c#,C#,所以有一段时间,由于我是自学成才,所以我在上课之前一直在写一套 public class Foo { public string Name { set; get; } } 我做这件事从来没有遇到过任何问题,而且,从逻辑上讲,我在阅读之前的设置是有意义的。尽管两种方式都没有区别 但几乎每个代码示例都会在设置前放置: public class Foo { public string Name { get; set; } } 有什么原因吗?这只是一种习惯吗? 或者,当代码变得更复杂时,我可

所以有一段时间,由于我是自学成才,所以我在上课之前一直在写一套

public class Foo
{
  public string Name { set; get; }
}
我做这件事从来没有遇到过任何问题,而且,从逻辑上讲,我在阅读之前的设置是有意义的。尽管两种方式都没有区别

但几乎每个代码示例都会在设置前放置:

public class Foo
{
  public string Name { get; set; }
}
有什么原因吗?这只是一种习惯吗?
或者,当代码变得更复杂时,我可能还没有意识到将get置于set之前是否有一些可读的好处?

这取决于个人偏好,因为编译器将实现任何一种方式,并具有相同的功能

但是,如果在VisualStudio中使用
prop
快捷方式,它将按照“获取然后设置”的顺序填充。要做到这一点,请键入prop,然后按tab键两次


你可以在这里阅读更多信息:

我假设,既然人们投票决定关闭,答案就是人们没有理由这么做……似乎如果它关闭,我就不会得到答案。对我来说,阅读
getset
比阅读
setget
更容易。这意味着大声阅读。当get是第一个元音时,它的流动性更好。也许这就是为什么他们要先写它,因为说“嘿,你添加了get set方法了吗?”更容易些,我能理解。不确定是谁投票否决了我提出的这个问题——我猜他们一定是被get之前的set吓坏了:DThere’s here’s极少数时候,当您想要创建一个只写属性时。所以我们通常写get first,因为99.9%的人需要一个getter。Set是第二个,因为您忽略了更常见的只读属性的Set。至少这是我的猜测。我明白了,似乎99%的个人偏好是在设定前得到的。我想除了我自己的代码,我以前从未见过set。让我觉得这是技术上的错误。谢谢你的解释:)似乎也没人问过lol@Sir对于属性,getter通常是公共方法,并且是您将在接口中指定的方法。然后,当您生成接口实现时,它将只放置“到达”按钮。