所以目前有一个枚举用于应用程序的状态.然而,当使用它来对抗ui时感觉不舒服.填充下拉列表时,对于整数和字符串之间的许多转换.我可以使用扩展方法或类型转换器并继续使用枚举,如果枚举中有多个单词,这将是有用的.
我以为在挖到深处之前我会要求看到填充可能的洞.
谢谢.
我想看看我是否理解依赖注入。
我有一个用作解析器的项目。它可以解析分隔文本、键值和正则表达式。
这样做的第一种方法是在一个带有开关的功能中。下一个方法是将它放在单独的函数中并基于 switch 调用它
我想的下一个方法是创建一个接口，然后为每种类型实现一个类。工作量很大吗？问题是否归结为功能或这样做会显示我还没有看到的好处。
我相信我的问题源于我最初打算实现一个接口，而不是每次我需要不同的解析实现一个新类。但除此之外，仍然需要我进入并将其添加到某种类型的逻辑流中，因为我不知道如何使用注入框架来做到这一点。
所以说我添加了另一种基于标签或xml的解析方式。创建实现接口的类，如果用户选择解析该类型的文本，我需要将它们添加到流逻辑以将它们实例化为该接口。有没有更清楚的方法来做到这一点？