如何解决java design - 对象以类似的方式进行逻辑处理,但可能没有共同的成员/方法等
我正在编写一套 Java 类,这些类将根据我们的应用程序生成的信息执行网络请求。 未来很可能会有几个这样的套件——将某些数据发送到其他平台/客户/合作伙伴等。 这些套件的输入将是相同的数据集(将在我们的应用程序的集成点提供,我无法控制它)但是在从这些数据对象创建请求之前,此输入将转换为不同的数据对象。
示例伪代码行
List(InputObjects) --> 转换器 --> List(RequestDTOs) --> requestcreator(基于DTOS创建和发送大量请求)。
我想鼓励未来的编码人员对所有其他套件使用相同的格式。 方便日后的理解和维护。
所以我想为“transformator”和“requestcreator”定义接口/抽象类等。 为 RequestDTO 声明抽象超类,然后让不同的套件扩展它会很容易。 但问题是 RequestDTO 实际上可能有完全不同的字段,没有任何共享。因此,在这种情况下,可以创建没有成员的抽象超类。 我不太喜欢这个主意。
用注释或标记(空)接口标记 RequestDTO 是否是个好主意?
或者我可以将转换编写为提供未指定的集合作为返回类型,让创建者接受类似于输入的内容吗?
我认为我不喜欢后一种想法——我应该使用 Object 作为集合元素类型,因为尝试为元素创建泛型会导致问题,除了某个“元”之外,它们可能没有太多共同点" 我希望代码的未来用户能够立即识别流程中的逻辑位置)
还有其他想法吗?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。