什么时候使用代码块？

Question

什么时候在 C/C++/C# 等中使用代码块？ 我知道它们背后的理论原因，但是什么时候在实际程序中使用它们？

编辑：我刚刚意识到我在 switch 语句中使用它们，否则变量将在相同的范围内（对于像 i 这样的东西，grr ）：

switch (x) { case "abc": { /* code */ } break; }

ETC （只是为了澄清，在 switch 语句中，不需要额外的大括号。）

---

相关：

• 您是否使用花括号来确定额外的作用域？ （https://stackoverflow.com/questions/249009/do-you-use-curly-braces-for-additional-scoping）

Answer 1

我有时（但很少）使用裸代码块来限制范围。 例如，采用以下代码：

double bedroomTemperature = ReadTemperature(Room.Bedroom);
database.Store(Room.Bedroom, bedroomTemperature);

double bathroomTemperature = ReadTemperature(Room.Bathroom);
database.Store(Room.Bedroom, bedroomTemperature);

乍一看，该代码看起来不错，但包含一个微妙的复制粘贴错误。 在数据库中，我们存储了两个读数的卧室温度。 如果它被写成：

{
    double bedroomTemperature = ReadTemperature(Room.Bedroom);
    database.Store(Room.Bedroom, bedroomTemperature);
}

{
    double bathroomTemperature = ReadTemperature(Room.Bathroom);
    database.Store(Room.Bedroom, bedroomTemperature);
}

那么编译器（甚至是 IDE，如果它足够智能）就会发现这一点。

然而，90% 的情况下，可以重构代码以使裸块变得不必要，例如，上面的代码最好编写为一个循环或两次调用读取和存储温度的方法：

foreach (Room room in [] { Room.Bedroom, Room.Bathroom })
{
    double temperature = ReadTemperature(room);
    database.Store(room, temperature);
}

尽管裸块有时很有用。

Answer 2

我对开关块做了同样的事情，尽管这不是必需的。 一般来说，我使用代码块，它们要么使代码更具可读性（无论是通过为相似的代码块提供相似的外观还是只是缩进），要么它们正确地作用域变量。

Answer 3

通过使用代码块和 RAII 对象，您可以在 C++ 中获得类似 finally 的行为。

{
   std::fstream f(filename)
   ...
}

无论什么原因导致我们离开块，都会在析构函数中释放文件描述符。

（就我个人而言，我仍在尝试实践这一点。我的 c 根紧紧抓住我的习惯......）

Answer 4

除了明显的（“当语法需要时”，例如在 switch 或 try catch finally 中），
每当您需要将 2 个或更多语句组成的块视为原子单元时