为什么编译器没有警告关于强制转换为枚举？

Question

当我意识到 D 允许用户将兼容的值强制转换为 enum 并因此可以产生无效的 enum 值时，我感到非常震惊，我认为这在很多层面都是有问题的。

例如，如果我创建了一个库，我在其中公开了一个 enum 类型和一个正在处理它的函数：

module greek;

import std.stdio : writeln;

enum GreekLetters
{
    ALPHA,
    BETA,
}


void writeGreekLetter(GreekLetters letter)
{
    final switch(letter)
    {
        case GreekLetters.ALPHA:
            writeln("\u03B1");
            break;

        case GreekLetters.BETA:
            writeln("\u03B2");
            break;
    }
}

...然后用户执行以下操作：

import greek : GreekLetters, writeGreekLetter;

void main()
{
    writeGreekLetter(cast(GreekLetters)2);
}

...编译器不会抱怨，但显然程序会因（不太好）异常而崩溃：

core.exception.SwitchError@greek(14): No appropriate switch clause found

所以我的问题是：

1. 这是否意味着，我，试图使事情安全（即处理）的图书馆设计师应该避免使用final switch，并使用其他方法（可能是一个普通的switch default case）并在那里处理无效的enum 状态（返回错误，或抛出异常）？

2. 为什么像 D 这样的现代且安全的语言允许我做这样的事情？也就是说，首先允许转换为enum 的主要原因是什么？ （从语言设计的角度。）

注意：我知道，enum 可以有一个基本类型，可以是字符串，在这种情况下 writeGreekLetter 并不真正需要，但这只是一个虚拟示例展示我的主要关注/问题。

Answer 1

在 D 中，强制转换是一种生硬的低级操作：通过使用它们，程序员承认他们有意避免类型系统限制。 （这就是为什么强制转换语法使用特殊的 cast 关键字 - 通过提供可搜索的内容来帮助代码审查）。

要“安全地”将整数转换为整数枚举，您可以使用std.conv.to。例如：

writeGreekLetter(2.to!GreekLetters);

此代码仍可编译，但会在运行时提供更好的错误消息：

Value (2) does not match any member value of enum 'GreekLetters'

要在编译时检查整数文字的转换，您可以先使用 CTFE 将其分配给 manifest constant：

enum greekLetter2 = 2.to!GreekLetters;
writeGreekLetter(greekLetter2);

此代码将无法正确编译：

Error: uncaught CTFE exception std.conv.ConvException("Value (2) does not match any member value of enum 'GreekLetters'"c)