2

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

那么一旦解决了这个问题，我该怎么称呼 DTO？在那个领域我见过 xxx.DTO、xxx.Entities、xxx.Props。

在编码时命名库，方法，接口等有什么好的指导方针，以便越来越多的人在我之后接手项目时会理解事物。

4

5 回答 5

7

缩写通常不好。

数据访问层
YourCompany.Data.dll

实体层
YourCompany.Data.Entities.dll

业务层
YourCompany.BusinessLogic.Name.dll （例如：YourCompany.Accounting.Services.dll）

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

于 2008-12-19T19:03:17.707 回答
3

项目组件的命名确实没有标准。重要的是选择一个适用于您的项目的约定，然后一致地应用它。

于 2008-12-19T19:00:08.787 回答
0

您可能会在此处获得有关构建包的一些想法：Java 项目的包结构？

至于方法、接口、变量等……给所有东西起一个名字，准确地描述它的作用或代表什么。每种语言都有不同的标准命名约定。你可能想用谷歌搜索你正在编程的语言。

于 2008-12-19T19:04:32.383 回答
0

同意汤姆安德森的观点，你不必害怕打字。试图使一切尽可能短，比人们意识到的命名法更像是一个障碍，而命名法比人们意识到的更像是发展的障碍。

于 2008-12-19T19:27:09.170 回答
0

嘿 %20，想在这里见到你 :) （假设你是 3dbuzz 的那个）

无论如何，使用命名空间和文件夹！如果不需要，不要对 DLL 感到疯狂。对于我假设您正在谈论的 DLL 的那种应用程序可能会有点矫枉过正。在 C# 中使用文件夹和命名空间。例如：

Library
 - Net code
 - DBA code
 - Controller manager code
 - Factories
Application
 - Forms
 - Controllers
 - Models
  - Helpers

在 C++ 中，我通常：

Library
 - Net Code
  - Header Files
  - Source Files
  - Inline/template files
 - DBA Code
  - Header Files
  - Source Files
  - Inline/template files
Application
 -Model
  - Header Files
... and so on

在 PHP 中，没有名称空间会更难。但我仍然遵循与 C# 中相同的文件夹结构，但我命名我的类以弥补没有命名空间。例如，如果在 C# 中我在 Application.Controllers.Course 命名空间下有一个名为“Index”的类，那么在 PHP 中我会调用它：

Application_Controllers_Course_Index

无论如何，请不要在没有必要的情况下使 DLL 变得疯狂。我无法忍受看到具有超过 5 个 DLL 的应用程序，这些 DLL 除了在主 EXE 之外从未在其他地方使用过。

于 2009-01-01T00:11:45.967 回答