![]() |
1
2
你能后退一步,重申你想做什么吗?我有时会发现,通过努力向不熟悉挑战的人解释挑战,我会自然而然地找到解决方案。
对我来说,它就像一个枚举,而不是一个工厂。有一个枚举用于{political,sports},另一个枚举用于mode。 编辑 |
![]() |
2
2
你可能在这里设计过度了。您首先需要的是报价类。这应该封装报价,并且应该有适当的访问器(getter),用于Easy和Hard模式。然后你需要一组引号。如果这些都保存在数据库中,您可以轻松地选择报价的类型。 我还认为ModeFactory是不必要的。为什么您需要一个界面来在两种模式之间进行选择?国旗更简单。 |
![]() |
3
1
|
![]() |
4
1
在我看来,你错过了一个重要的概念,一个问题课。这是由模式和报价构成的,可以给出正确的问题并打电话告诉您答案是否正确:
我的想法是,报价本身并没有在模式之间真正改变,只是报价的哪些部分呈现给用户。使用这种方法,您可以拥有一个Quote对象存储库,任何人都可以在任何地方使用它。问题负责向用户显示正确数量的信息,并决定他们是否有正确的响应。 |