java - 类的架构和最佳实践？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 4 年前。

Improve this question

所以我负责创建一个与工资计算有关的项目。该项目的一方面是分析适当的输入，例如下午 4:00，其他方面包括计算投入时间的工资以及工作类型等。

我的问题更多地与围绕此设计类的最佳实践有关。

我是否应该有一个类来分析输入字符串，并且只能这样做？计算器需要一个类来显示正确的输出，还是应该全部都在一个类中？

这两种方式对我来说都可以，但是什么才算是专业呢？

即使您将一个类专用于一个方法，最好的做法还是根据类的独特功能来拆分类吗？

Answer 1

在应用程序的边界，您将通过用户界面或系统界面接受请求。您应该将源自应用程序外部的任何内容视为不可信且可能错误的。例如，如果您收到 HTTP 请求，则无法保证该请求有效并包含您期望的字段。如果您读取文件，它的格式可能不正确。

应用程序的边界应该有一个层，它接受输入(最后只是一堆字节)并将其转换为合适类型的 Java 对象的表示形式(例如 boolean 值、LocalDate)。如果一切都是字符串，那么您可能做错了。如果该层无法做到这一点，它应该发回一个错误。

一旦您将请求表达为类型正确的 Java 对象，您的业务逻辑就应该处理该请求。这使得当通过不同的接口(interface)提供数据时可以使用相同的逻辑，将管道(解析)与业务逻辑(计算)分开。它允许更轻松地对业务逻辑进行单元测试。

当您向用户(或系统)输出响应时，您应该将结构良好的 Java 对象转换回最后一刻的输出表示形式。