Questions tagged «coding-style»

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引文回答。 2年前关闭。 改善这个问题 我有一个使用枚举的类，该枚举当前在其自己的文件中，这似乎很浪费。 关于将枚举放置在使用它们的文件的名称空间中的一般看法是什么？还是应该将枚举真正存在于自己的CS文件中？ 编辑 我应该提到的是，尽管所讨论的类使用了这些枚举，但是外部调用者也是如此。换句话说，另一个类可以设置这些枚举。因此，它们不会在班级内部使用，否则此问题将变得毫无道理。

178 c#  coding-style  enums 

例如。 boolean isCurrent = false; 您如何称呼它的吸气剂和吸气剂？

178 java  coding-style  naming-conventions  javabeans 

假设您要输出或连接字符串。您喜欢以下哪种风格？ var p = new { FirstName = "Bill", LastName = "Gates" }; Console.WriteLine("{0} {1}", p.FirstName, p.LastName); Console.WriteLine(p.FirstName + " " + p.LastName); 您是使用格式还是只连接字符串？什么是你最喜欢的？其中一种会伤害您的眼睛吗？ 您有任何理性的论据来使用一个而不是另一个吗？ 我会去第二个。

177 c#  string  coding-style  string.format 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心寻求指导。 8年前关闭。 为什么每个人都告诉我编写这样的代码是一种不好的做法？ if (foo) Bar(); //or for(int i = 0 i < count; i++) Bar(i); 关于省略花括号的最大论据是，有时花括号可能是花括号的两倍。例如，以下代码为C＃中的标签绘制发光效果。 using (Brush br = new SolidBrush(Color.FromArgb(15, GlowColor))) { for (int x = 0; x <= GlowAmount; x++) { for (int y = 0; y <= GlowAmount; y++) { g.DrawString(Text, this.Font, br, new Point(IconOffset …

177 java  c#  c++  c  coding-style 

假设我有一个ArrayList ArrayList<MyClass> myList; 我想调用toArray，是否有使用性能的理由 MyClass[] arr = myList.toArray(new MyClass[myList.size()]); 过度 MyClass[] arr = myList.toArray(new MyClass[0]); ？ 我更喜欢第二种样式，因为它不太冗长，并且我假设编译器将确保不会真正创建空数组，但是我一直在想那是否是真的。 当然，在99％的情况下，它不会以一种或另一种方式改变，但是我想在我的普通代码和优化的内部循环之间保持一致的样式...

176 java  performance  coding-style 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心寻求指导。 9年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它当前不接受新的答案或互动。 当我问这个问题时，我几乎总是可以肯定的是，您应该有编码标准。 您曾经被迫遵循的最奇怪的编码标准规则是什么？ 最奇怪的是，我的意思是最有趣，最坏，或者很奇怪。 在每个答案中，请提及哪种语言，您的团队规模以及对您和您的团队造成的不良影响。

173 coding-style 

该蟒蛇风格指南建议对进口组这样的： 导入应按以下顺序分组： 标准库导入 相关第三方进口 本地应用程序/特定于库的导入 但是，它没有提及应如何布置两种不同的进口方式的内容： from foo import bar import foo 对它们进行排序有多种方法（假设所有这些导入都属于同一组）： 首先from..import，然后import from g import gg from x import xx import abc import def import x 首先import，然后from..import import abc import def import x from g import gg from x import xx 按模块名称的字母顺序，忽略导入的类型 import abc import def from g …

169 python  coding-style  python-import  pep8 

似乎我有一个奇怪的习惯……至少根据我的同事说。我们一直在一起做一个小项目。我编写类的方式是（简化示例）： [Serializable()] public class Foo { public Foo() { } private Bar _bar; public Bar Bar { get { if (_bar == null) _bar = new Bar(); return _bar; } set { _bar = value; } } } 因此，基本上，我只在调用getter且该字段仍为null时才初始化任何字段。我认为这可以通过不初始化任何地方都没有使用过的属性来减少过载。 ETA：之所以这样做，是因为我的班级有几个属性，这些属性返回另一个班级的实例，而后者又具有包含更多班级的属性，依此类推。当并非总是需要所有顶级类时，调用顶级类的构造函数将随后调用所有这些类的所有构造函数。 除了个人喜好之外，还有其他反对这种做法的反对意见吗？ 更新：关于这个问题，我已经考虑了许多不同的观点，我将支持我接受的答案。但是，我现在对这个概念有了更好的理解，我能够决定何时使用它，何时不使用它。 缺点： 线程安全问题 当传递的值为null时，不服从“ setter”请求 微观优化 异常处理应在构造函数中进行 需要在类的代码中检查null 优点： …

167 c#  coding-style  getter 

std::for_eachover forloop 有什么优点吗？在我std::for_each看来，这似乎只会阻碍代码的可读性。那么为什么有些编码标准建议使用它呢？

166 c++  stl  foreach  coding-style 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 2个月前关闭。 改善这个问题 我知道在C＃中使用Null合并运算符的标准方法是设置默认值。 string nobody = null; string somebody = "Bob Saget"; string anybody = ""; anybody = nobody ?? "Mr. T"; // returns Mr. T anybody = somebody ?? "Mr. T"; // returns "Bob Saget" 但是还有什么??用呢？它看起来不像三元运算符有用，除了比以下内容更简洁和易于阅读之外： nobody = null; anybody = nobody == null ? "Bob Saget" …

164 c#  coding-style  null  conditional-operator  null-coalescing-operator 

我每天都越来越喜欢python。 今天，我正在编写一些代码，例如： for i in xrange(N): do_something() 我必须做N次。但是每次都不依赖于i（索引变量）的值。我意识到我正在创建一个我从未使用过的变量（i），并且我想：“无疑，这是一种更加Python化的方法，不需要那个无用的索引变量。” 所以...问题是：您知道如何以更（pythonic）漂亮的方式完成此简单任务吗？

161 coding-style  for-loop  python 

从目前的情况来看，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 说真的 在22英寸的显示器上，它可能只覆盖屏幕的四分之一。我需要一些弹药才能降低此规则。 我并不是说应该没有限制；我只是说80个字符很小。

159 text-editor  coding-style  policy 

在我公司中，有一条编码规则说，释放所有内存后，将变量重置为NULL。例如 ... void some_func () { int *nPtr; nPtr = malloc (100); free (nPtr); nPtr = NULL; return; } 我觉得，在如上所示代码的情况下，设置为NULL没有任何意义。还是我错过了什么？ 如果在这种情况下没有意义，我将与“质量团队”一起解决，以删除此编码规则。请指教。

156 c  coding-style  malloc  free  heap-memory 

在查看各种PHP库时，我注意到很多人选择在某些类方法的前面加一个下划线，例如 public function _foo() ...代替... public function foo() 我意识到这最终归结于个人喜好，但我想知道是否有人对这种习惯的来源有所了解。 我的想法是，它可能是从PHP 4继承过来的，然后才可以将类方法标记为受保护或私有，以暗示“不要从类外部调用此方法”。但是，我也想到它可能起源于我不熟悉的某个地方（一种语言），或者背后隐藏着很好的理由，我将从了解中受益。 任何想法，见解和/或意见将不胜感激。

155 php  coding-style 

来自Python背景，在样式方面总是有“正确的方法”（“ Pythonic”的方法），我想知道Ruby是否也存在这种情况。我一直在使用自己的样式准则，但我正在考虑发布源代码，我希望它遵守可能存在的任何未编写规则。 明确输入return方法是“ Ruby之道” 吗？我见过有和没有，它都有，但是有正确的方法吗？也许有合适的时机吗？例如： def some_func(arg1, arg2, etc) # Do some stuff... return value # <-- Is the 'return' needed here? end

155 ruby  coding-style  return-value