我正在编写一个库，其中包含几个公共(public)类和方法，以及库本身使用的几个私有(private)或内部类和方法。在公共(public)方法中，我有一个空检查和一个像这样的抛出:publicintDoSomething(intnumber){if(number==null){thrownewArgumentNullException(nameof(number));}}但这让我开始思考，我应该将参数空值检查添加到什么级别？我是否也开始将它们添加到私有(private)方法中？我应该只为公共(public)方法做吗？ 最佳答案 最
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭13年前。我看到了私有(private)成员变量编码标准的两种常见方法:classFoo{privateint_i;privatestring_id;}和classFoo{privateintm_i;privatestringm_id;}我相信后者来自C++。还有，很多人在成员变量前指定类型(例如doublem_dVal)来表示它是double类型的非常量成员变量
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭13年前。我看到了私有(private)成员变量编码标准的两种常见方法:classFoo{privateint_i;privatestring_id;}和classFoo{privateintm_i;privatestringm_id;}我相信后者来自C++。还有，很多人在成员变量前指定类型(例如doublem_dVal)来表示它是double类型的非常量成员变量
在C#中使用privateconst变量或privatestaticreadonly变量有区别吗(除了必须分配const一个编译时表达式)？因为它们都是私有(private)的，所以没有与其他库的链接。那会有什么不同吗？例如，它可以产生性能差异吗？实习字符串？有没有类似的？ 最佳答案 好吧，您可以在属性中使用常量，因为它们作为编译时存在。您无法预测静态只读变量的值，因为.cctor可以从配置等初始化它。在使用方面，常量被嵌入到调用代码中。这意味着，如果您重新编译一个库dll来更改一个public常量，但不更改消费者，那么消费者仍将使
在C#中使用privateconst变量或privatestaticreadonly变量有区别吗(除了必须分配const一个编译时表达式)？因为它们都是私有(private)的，所以没有与其他库的链接。那会有什么不同吗？例如，它可以产生性能差异吗？实习字符串？有没有类似的？ 最佳答案 好吧，您可以在属性中使用常量，因为它们作为编译时存在。您无法预测静态只读变量的值，因为.cctor可以从配置等初始化它。在使用方面，常量被嵌入到调用代码中。这意味着，如果您重新编译一个库dll来更改一个public常量，但不更改消费者，那么消费者仍将使
我绝对记得在某个地方看到过使用反射或其他方式这样做的例子。它与SqlParameterCollection有关，用户无法创建(如果我没记错的话)。不幸的是再也找不到了。有人可以在这里分享这个技巧吗？并不是说我认为这是一种有效的开发方法，我只是对这样做的可能性非常感兴趣。 最佳答案 您可以使用Activator.CreateInstance的重载之一来执行此操作:Activator.CreateInstance(Typetype,boolnonPublic)为nonPublic参数使用true。因为true匹配公共(public)或非
我绝对记得在某个地方看到过使用反射或其他方式这样做的例子。它与SqlParameterCollection有关，用户无法创建(如果我没记错的话)。不幸的是再也找不到了。有人可以在这里分享这个技巧吗？并不是说我认为这是一种有效的开发方法，我只是对这样做的可能性非常感兴趣。 最佳答案 您可以使用Activator.CreateInstance的重载之一来执行此操作:Activator.CreateInstance(Typetype,boolnonPublic)为nonPublic参数使用true。因为true匹配公共(public)或非
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭3年前。Improvethisquestion我刚刚发现，对私有(private)方法使用UpperFirstLetterPascalCase()似乎是一种常见的模式。我自己发现这完全不符合私有(private)实例字段和变量的命名规则，而且我也发现很难读取/调试。我想问一下，为什么对方法使用第一个大写字母比第一个小写字母doThis()更好？出于好奇...
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭3年前。Improvethisquestion我刚刚发现，对私有(private)方法使用UpperFirstLetterPascalCase()似乎是一种常见的模式。我自己发现这完全不符合私有(private)实例字段和变量的命名规则，而且我也发现很难读取/调试。我想问一下，为什么对方法使用第一个大写字母比第一个小写字母doThis()更好？出于好奇...
既然字段是隐式私有(private)的，为什么在书籍、文章等中经常使用显式声明？ 最佳答案 因为默认访问级别因语言而异，而且许多人使用不止一种语言进行编程。很容易变得困惑，无论是作为作者还是作为稍后阅读代码的人，因此显式比隐式更好处理。 关于c#-为什么明确写"private"？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/4113651/
