C#-内部成员的命名约定

C#中

内部
成员的命名约定是什么

例如，WPF控件的默认访问修饰符是内部的-我应该如何命名它们？
所有非公共成员都应该是
lowerCamelCase
所有非公共成员都应该是
lowerCamelCase
您通常不会命名WPF控件。除非你打算在他们身上使用UIA之类的东西

话虽如此，看看

编辑：即使您计划在应用程序上使用UIA，也应该避免命名控件，除非需要。这鼓励了良好的实践（MVVM，UI和逻辑的分离），并防止懒惰/没有经验的开发人员采用winforms之类的代码隐藏实践

UIA还可能依赖于属性，例如
AutomationProperties.AutomationId
，因此完全不需要为WPF控件命名，当然，除非您将它们用作故事板目标或需要一些
ElementName
绑定。
通常不命名WPF控件。除非你打算在他们身上使用UIA之类的东西

话虽如此，看看

编辑：即使您计划在应用程序上使用UIA，也应该避免命名控件，除非需要。这鼓励了良好的实践（MVVM，UI和逻辑的分离），并防止懒惰/没有经验的开发人员采用winforms之类的代码隐藏实践

UIA还可能依赖于属性，例如
AutomationProperties.AutomationId
，因此完全不需要为WPF控件命名，当然，除非您将它们用作故事板目标或需要一些
ElementName
绑定。
有时非公共成员可以是“低级别”的

这里有一个链接
有时，非公共成员的收入可能较低

这里有一个链接
什么是UIA？我在谷歌上搜索到它的意思是UI自动化，但我第一次听说过它。当我想在运行时以编程方式使用WPF控件时，我命名了一个WPF控件——例如，当某些事情发生时禁用某些控件，或者向
文本框添加文本，等等。这样做不好吗？@PeterSivák是的，这样做不好。如果您需要以编程方式禁用控件，则可以将其
IsEnabled
属性绑定到ViewModel中的某个bool属性，并对其进行操作。我已经阅读了您告诉我的内容，但没有提及
内部
成员：）。顺便问一下，当WPF控件不好时，为什么会有一个命名WPF控件的选项？只是为了澄清一下，您可以设置一个UI自动化名称，而无需设置WPF名称。您可以使用
AutomationProperties.Name
attached属性设置前者，使用
FrameworkElement.Name
dependency属性设置后者。对于某些控件，如果已指定，UIA名称默认使用
FrameworkElement.Name
。什么是UIA？我在谷歌上搜索到它的意思是UI自动化，但我第一次听说过它。当我想在运行时以编程方式使用WPF控件时，我命名了一个WPF控件——例如，当某些事情发生时禁用某些控件，或者向
文本框添加文本，等等。这样做不好吗？@PeterSivák是的，这样做不好。如果您需要以编程方式禁用控件，则可以将其
IsEnabled
属性绑定到ViewModel中的某个bool属性，并对其进行操作。我已经阅读了您告诉我的内容，但没有提及
内部
成员：）。顺便问一下，当WPF控件不好时，为什么会有一个命名WPF控件的选项？只是为了澄清一下，您可以设置一个UI自动化名称，而无需设置WPF名称。您可以使用
AutomationProperties.Name
attached属性设置前者，使用
FrameworkElement.Name
dependency属性设置后者。对于某些控件，UIA名称默认使用
FrameworkElement.Name
，如果已指定。您不是指所有的“private”和@SLaks吗“内部”不是公共的，但不是私人的，通常使用PascalCase。@PauloMorgado:我不这么认为，虽然我不确定。你不是说所有的“私人的”吗，@SLaks“内部”不是公共的，但不是私人的，通常使用PascalCase。@保罗·莫加多：我不这么认为，尽管我不确定。