naming-conventions - 项目命名

Question

作为一名初学者/中级开发人员，我遇到了一个问题，因为我的项目越来越大，越来越抽象，因为我使用了更多的 OOP 原则，我在命名事物时遇到了问题。就像当我有多个项目或类库时，我不知道如何命名它们。我看到了从 xxx.Core 到 xxx.Main 的东西，甚至看到了 xxx.BLL 和 xxx.DAL。在浏览其他人时，我看到了 xxx.Services 和 xxx.Data 的库和 namespace 。

那么，一旦解决了这个问题，我该如何称呼 DTO？在那个领域，我看到了 xxx.DTO、xxx.Entities、xxx.Props。

在编码时命名库、方法、接口(interface)等有哪些好的指导方针，以便越来越多的人在我之后接手项目时能够理解。

Answer 1

缩写通常不好。

数据访问层
你的公司.Data.dll

实体层
你的公司.Data.Entities.dll

业务层
YourCompany.BusinessLogic.Name.dll (示例:YourCompany.Accounting.Services.dll)

这也不是黄金，我相信还有很多其他类型的方法可以做到这一点，我们这样做是为了更容易找到项目、程序集和构建正确的部署。此外，在查看您的程序集时，看到全名而不是“MS.BLL.dll”要友好得多。