Coding style DTO'；s命名约定

也许这是一个简单的问题，但我不清楚对于dto的类和包，在包名、大写dto或类的dto等方面，哪一个是最好的命名约定。。。。例如：

1。软件包名称：

xxx.dto.animal.Dog.class或xxx.animal.Dog.class

2。大写dto类命名约定：

狗狗还是狗狗

3。混合两种dto惯例或两者都不混合。

---

问题是，如果我可以将“dto”字声明为一个包，或者如果必须在类名中包含“dto”字，或者两者都是

尽量避免在类名中使用DTO后缀。在包名称中包含DTO是可以的

您只需要决定如何在包名称中使用它。通常，我更喜欢

my.feature1.dto

，例如

my.feature2.dto

---

DTO是一个非常简单的类，因此不难将类识别为DTO。

谢谢您的回答。但是关于您的评论，例如，如果我们有一个带有dto和模型（实体）的类转换器，您如何处理它？我的意思是，假设我们的模型和dto非常相似。。。你是怎么管理这些名字的？Dog（Dto）-Dog（model），唯一不同的是在包上。你能用一些编程语言给出一个例子吗？例如，如果我使用C#，我可能会有这样的内容：

my.feafure.dto.Dog

和

my.feature.model.Dog

我的示例可能不好，但主要思想是具有相同名称的类位于不同的命名空间中。可能模型也在不同的项目中。IDE通常很容易看到使用了哪个包。我理解这个概念本身，但是你认为在你的类中，无论是c#、java、kotlin等开发的东西，都应该有两个同名不同包的Dog实例吗？我的意思是，my.feafure.dto.Dog和my.feature.model.Dog在同一个类中，至少看起来很奇怪，但是如果你有my.feafure.dto.DogDto和my.feature.model.Dog，这个类就更容易理解了，因为你可以看到哪个对象是dto，哪个是模型。。。这就是为什么有时我认为最好在名字中包含dto，而其他时候我不喜欢在名字中包含dto。这太含糊不清了。正如我所说，我的例子很糟糕。我曾多次使用DTO后缀，但后来放弃了它。如果您和您的团队清楚，那么使用后缀并没有错，所以请使用它。我试图说，无论如何，DTO类有一个可能更好的名称。DTO传输数据，所以我通常使用诸如xxxResponse、xxxRequest、xxxStatus等后缀。我知道这些类只是传输数据，但现在其意图比简单的xxxDto后缀更清楚。