问题标签 [coding-style]

假设我正在编写一个在温标之间转换的函数。我想至少支持摄氏、华氏和开尔文。将源比例和目标比例作为函数的单独参数传递，还是某种组合参数更好？

示例 1 - 单独的参数：函数 convertTemperature("celsius", "fahrenheit", 22)

示例 2 - 组合参数：函数 convertTemperature("cf", 22)

函数内部的代码可能是它重要的地方。使用两个参数，确定我们要使用的公式的逻辑稍微复杂一些，但是单个参数感觉不太对劲。

想法？

我刚刚编写了一个 700 行的类。可怕。我羞愧地低下了头。它与DRY正好相反，就像英国的夏天一样。

它充满了剪切和粘贴，并在这里和那里进行了细微的调整。这使它成为重构的主要候选者。在我开始之前，我想我会问当你有很多重复时，你寻找的第一个重构机会是什么？

作为记录，我的可能正在使用：

1. 泛型类和方法
2. 方法重载/链接。

你的是什么？

您遵循哪些准则来提高代码的总体质量？许多人都有关于如何编写 C++ 代码的规则（据说）这使得出错变得更加困难。我见过有人坚持每条if语句后跟一个大括号（{...}）。

我对其他人遵循的指导方针及其背后的原因很感兴趣。我也对你认为是垃圾但普遍持有的指导方针感兴趣。谁能推荐几个？

为了让球滚动，我将首先提到一些：

• 始终在每个if/else语句后使用大括号（如上所述）。这背后的基本原理是，要判断一条语句实际上是一条语句还是扩展为多个语句的预处理器宏并不总是那么容易，因此这段代码会中断：

但是如果您使用大括号，那么它将按预期工作。

• 仅将预处理器宏用于条件编译。预处理器宏可能会导致各种麻烦，因为它们不允许 C++ 范围规则。由于头文件中具有通用名称的预处理器宏，我已经多次搁浅。一不小心，就会造成各种各样的破坏！

现在交给你了。

C# 和 Java 几乎允许在类名、方法名、局部变量等中使用任何字符。使用非 ASCII 字符是不是不好的做法，测试糟糕的编辑器和分析工具的边界，让某些人难以阅读，还是美国的傲慢是唯一反对的论据？

我正在尝试实现我曾经拥有的数据压缩想法，并且由于我正在想象针对大量测试数据运行它，因此我曾考虑用 C 对其进行编码（我主要有 Ruby 和Tcl。）

浏览 O'Reilly 关于 C 的“奶牛”书籍，我意识到我不能简单地索引一个简单的“char”或“int”类型变量的位，因为我想做按位比较和运算符。

我的这种看法是正确的吗？对我来说使用枚举类型来表示位是否合理（并制作一个数组，并编写函数来转换为字符和从字符转换）？如果是这样，那么标准库中是否已经在某个地方定义了这种类型和函数？还有其他（更好的？）方法吗？有人可以指出我的某个地方是否有一些示例代码？

谢谢 -

如果我使用以下代码，我将无法右键单击后面代码中的变量并重构（在本例中为重命名）它们

我到处都看到这种做法，但对我来说这似乎很奇怪，因为如果我更改属性名称，我将不再能够获得编译时错误。我的首选方法是做这样的事情

然后在后面的代码中

我真的很想知道人们是否认为上述方法更好，因为这是我在流行的编码网站和博客（例如 Scott Guthrie）上经常看到的，而且它的代码更小，但我倾向于使用 ASP.NET，因为它是经过编译和更愿意知道在编译时是否有问题，而不是在运行时。

在我的日常工作中，我和团队中的其他人用 Verilog-AMS 编写了很多硬件模型，这是一种主要由商业供应商和一些开源模拟器项目支持的语言。让相互支持代码更有帮助的一件事是 LINTER，它可以检查我们的代码是否存在常见问题，并协助执行共享代码格式样式。我当然希望能够添加自己的规则，并且在我证明它们对自己有用之后，将它们推广给团队的其他成员。我不介意做必须完成的工作，但当然也希望利用其他现有项目的工作。

拥有 yacc 或 bison 格式的允许语言语法是否可以帮助我？还是我应该将每个语言语句吸进一个 perl 字符串，然后使用模式匹配来查找我不喜欢的东西？

（大多数语法和编译错误很容易被商业工具捕获。但我们有一些自己的扩展。）

珀尔？珀尔？珀尔？什么风格好？

我知道答案——我只是想确保问题存在并且提问者知道有一个正确的形式。

哪些因素决定了哪种方法更合适？

我有一个带有字符串属性的类，它实际上是几个用分隔符连接的字符串。

我想知道拥有这样的代理属性是否是一种好的形式：

有没有我忽略的风险？