是否有一种设计模式适合构建组件基础以帮助解决 Project Euler 问题？我已经解决了大约 30 个问题 - 我发现我需要重新使用以前编写的功能(例如素数检查)。我没有在实用程序类中编写静态方法，而是考虑使用计算器接口(interface) - 由各种具体类实现，这些类将解决不同的子问题。然后我可以在此基础上解决越来越复杂的问题——也许吧？有人有什么好的建议吗？我正在用 Java 解决问题。
最佳答案
有些函数会反复派上用场，例如生成素数。您可以保留一个包含有用功能的文件。除此之外，我认为没有任何好处。欧拉计划问题更多的是关于数学而不是复杂的编程，我希望如果您必须编写大量代码，那么您就会做错。
关于java - 欧拉计划设计模式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10357548/