Har*_*air 2 enums design-patterns factory solid-principles
我最近正在阅读这个博客https://blog.cleancoder.com/uncle-bob/2021/03/06/ifElseSwitch.html这段让我很困惑：
小心那个令牌 x。不要试图使它成为一个枚举或任何需要在红线上方声明的东西。整数或字符串是更好的选择。它可能不是类型安全的。事实上，它不可能是类型安全的。但它将允许您保留架构的组件结构。
如果我们在高层模块中声明一个枚举，那么低层模块不仍然依赖于高层模块吗？如果是这样，那么在这种情况下使用枚举有什么问题？
唯一可以肯定地回答这个问题的人是 Robert C. Martin 本人，但我会努力尝试。
据我了解，隐含的场景是$input参数代表运行时 input，这本质上不是类型安全的。
在许多应用程序架构中，存在软件“满足现实世界”的边界。在原始应用程序中，您可以要求用户输入0代表男性，输入1代表女性。在控制台应用程序中，您甚至不会收到int- 您将获得string.
在 Web 应用程序中，您很容易遇到类似的问题。即使你用单选按钮制作了一个漂亮的 GUI，你也不能完全相信一些恶意用户不会试图绕过 GUI 而是给你一个原始的string- 或者，代码中其他地方的错误是要做一些类似的事情。
引入枚举不会改变这一点。您仍然需要将原始数据解析string为枚举值。如果您接下来要做的是switch在枚举上生成一个多态对象，那么您不妨省去中间步骤，从而省去枚举。
这个讨论让人想起 Alexis King 的伟大博文Parse, don't validate，它提出了类似的观点：把结构较少的东西变成结构更好的东西。