假设有这样一个情境，您有一些“传输对象”（POJO，只包含 getter/setter 方法），这些对象由客户端库传递给您的 API。在这种情况下，最佳的传输对象命名方式是什么？
package com.x.core;
public class Car {
private String make;
private String model;
public Car(com.x.clientapi.Car car) {
this.make = car.getMake();
this.model = car.getModel();
}
}
在这个例子中，你的主类和传输对象都名为Car。它们位于不同的包中，但我认为使用相同的名称会令人困惑。是否有最佳实践来命名传输对象？
数据传输对象（Data Transfer Object）类应该遵循命名约定, 这个约定在Java语言规范中有定义：
Names of class types should be descriptive nouns or noun phrases, not overly long, in mixed case with the first letter of each word capitalized.
ClassLoader SecurityManager Thread Dictionary BufferedInputStream[...]
某种命令某种配置某种凭证某种详情某种元素某种事件某种过滤器某种头部某种输入某种指令某种项某种消息某种元数据某种操作某种输出某种负载某种投影某种属性某种查询参数某种查询结果某种表示某种请求某种资源某种响应某种结果某种行某种设置某种规范某种状态某种摘要注意1：缩略语或全大写单词是否应该作为单词处理，我想这取决于您。查看Java API，您将发现一些障碍，例如ZipInputStream / GZIPInputStream。这两个类位于同一个包中，命名约定不一致。HttpURLConnection也没有遵循缩略语的一致性。
注意2：上述一些名称是从Richard Dingwall撰写的文章中借用的（原始文章似乎不再可用，因此这里是Web Archive的缓存副本）。
DTO 后缀很宽泛，抽象，并且不能太多地描述类本身。如果你打算使用 DTO 模式，请选择一个能描述这个类用途的名称。例如，"QueryParameter" 和 "QueryResult" 后缀比 "DTO" 后缀更清晰地定义了表示查询参数或查询结果的类。 - cassiomolin通常我会在类名后面加上'DTO'，并将所有DTO放在它们自己的包中。以您的示例为例，我会把它命名为com.x.core.dto.CarDTO。
CarDto。 - Vlasec添加DTO或DAO或其他任何内容都会违反DRY原则。如果它们真的是同一件事情，完全可以使用FQN。
我看了上面的答案，只想补充一些内容。我有点讨厌 DTO 这个词，感觉它在对我尖叫。所以我尝试使用 Payload 后缀。例如，CarPayload。
我认为没有一个最佳实践或惯例适用于呈现这种行为的类。我个人不喜欢在任何类名中使用Object这个单词。您可以使用一些限定词，例如Poko.Car，或使用一些命名约定，例如 Car（用于POJO） CarDa（用于数据访问） CarBiz（用于业务域类）
或者，如果您不介意在类名中使用对象这个词，请选择类似于CarDto（Car数据传输对象）的内容。
Car car = new Car();
CarDto carDto = new CarMapper().toDto(car);
URL。一些代码已经发展并且是两者的混合HttpURLConnection（自JDK1.1起）HTTP，URL。较新的代码大多遵循缩写的代码约定，例如来自Spring框架的代码RestTemplate REST。