我有一个流程，我正在逐步将其自动化为一种 GUI 向导。简而言之，这是一组冗长的计算，最终会为您提供设计规范。
它分为 6 个 block ，每个连续的 block 都依赖于前一个 block 的结果和输入。我最初考虑做 6 个单独的“计算”类，直到我开始考虑按原样“下线”传递值。
我刚刚做了一个类似的任务，我在一个已经实现的、非常相似的程序上添加了一个 GUI，而前一个人确实用单独的类来完成它，跟踪所有这些并确保他们得到处理是一件很痛苦的事情到正确的类(class)。
我正在考虑将它们全部合并为一个大类。它有 6 个方法，我可以从 GUI 的每个部分收集和提供输入，它会在幕后进行计算，然后在调用所有 6 个方法之后，我可以简单地创建一个输出方法来收集所有重要的信息值并将它们吐出。
我倾向于一个类，因为它更简单，更像“黑盒”，而且我不必有肮脏的构造函数，我将之前制作的对象交给最终类获得所有5 个以前的值交给它，以便它可以使用这些值。
现在我想到了，这个类可以作为 MVC 设计的“模型”，并且是一个很好的分离类，Controller 和 View 只能通过 7 个可见的、非常直接的方法访问。
我还认为它会减少内存占用，因为有 6 个单独的类，它们需要存在与 1 个大类相同的持续时间，除了 Object 的所有内部都被复制了 6 次.
我相当相信使用 one 类，但我想问一下这是否是一个可怕的错误，它是否与面向对象的所有事情背道而驰，我是否遗漏了一些明显更好的解决方案。
最佳答案
将所有步骤放入单个有状态类时需要考虑的一些事项:
1) 如果您添加确保它始终处于一致状态的代码，它实际上会更简单吗？确保以正确的顺序调用方法？
2) 用户可以后退吗？您是否绝对确定永远不会要求能够倒退？这是否意味着您需要另外 6 种方法来“反转”步骤并检查对象的状态？ (表面上看，在其他系统中，如果操作正确，您只需“getPrevious”即可。)
3) 谁管理这个对象的生命周期？谁知道当您完成它时，对它的引用保存在哪里？在另一个系统中，似乎每个屏幕都知道自己的输入和输出。对于一个对象，每个屏幕都知道过程的整个状态。此外，第一步和最后一步可能对流程有“特殊知识”，因为它们可能必须包含开始和结束生命周期的代码。
关于java - 单个类是否比 6 个更简单更好？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9315668/