C# return switch-statement design-by-contract

处理 switch 语句

发布于 2024-12-17 18:24:12 字数 418 浏览 1 评论 0原文

处理以下情况的首选方法是什么：

switch (numberOfActualBytes)
{
    case 1: return something1;
    case 2: return something2;
    case 3: return something3;
    case 4: return something4;
}

我确定，由于使用的合约，numberOfActualBytes在1-4范围内。

我应该如何编写不会导致并非所有代码路径都返回值错误的代码？

我怀疑我应该在此函数末尾或在默认 switch case，但可能有更好的解决方案。

原文

What's the preferred way to handle the following case:

switch (numberOfActualBytes)
{
    case 1: return something1;
    case 2: return something2;
    case 3: return something3;
    case 4: return something4;
}

I know for certain that numberOfActualBytes due to the used contract is in range 1-4.

How should I write the code that doesn't result in not all code paths return a value error?

I suspect I should throw some exception at the end of this function or in default switch case, but probably there is a better solution.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

爱的十字路口 2024-12-24 18:24:12

如果应用程序可以支持 1..4 合约，我更愿意在默认情况下抛出超出范围的异常。该异常反映了对调用者的期望，即他们将为我提供良好的数据。

如果您的编译器无法确定 default 情况可以解决并非所有代码路径，则将 return 放在 switch.但 C# 编译器会正确处理。

回复收藏 0 原文

一梦浮鱼 2024-12-24 18:24:12

default: return error_code 将是我的解决方案。

回复收藏 0 原文

我要还你自由 2024-12-24 18:24:12

我可能会做这样的事情。

declare temp_something = a default value; //Used to check for error.

switch (numberOfActualBytes)
{
    case 1: temp_something = something1; break;
    case 2: temp_something = something2; break;
    case 3: temp_something = something3; break;
    case 4: temp_something = something4; break;
}
return temp_something;

这不也能起到同样的作用吗？

I would probably do something like this.

declare temp_something = a default value; //Used to check for error.

switch (numberOfActualBytes)
{
    case 1: temp_something = something1; break;
    case 2: temp_something = something2; break;
    case 3: temp_something = something3; break;
    case 4: temp_something = something4; break;
}
return temp_something;

Wouldn't this do the same?

回复收藏 0 原文

~没有更多了~