項目命名

Question

作爲初學者/中間開發者，我遇到了一個問題，因爲我的項目越來越大，越來越抽象，因爲我使用了更多的OOP原則，所以我在命名事物時遇到了問題。就像當我有多個項目或類庫時，我不知道如何命名它們。我看到從xxx.Core到xxx.Main的東西，甚至看到xxx.BLL和xxx.DAL。在查看其他人時，我看到了他們的庫和命名空間的xxx.Services和xxx.Data。

然後，一旦解決了問題，我該怎麼做DTO的？在那個領域我見過xxx.DTO，xxx.Entities，xxx.Props。

什麼是在編碼時命名庫，方法，接口等的一些很好的指導方針，以便越來越多的人在他們接踵而至的時候理解這些項目。

Answer 1

縮寫通常不好。

數據訪問層
YourCompany.Data.dll

實體層
YourCompany.Data.Entities.dll

業務層
YourCompany.BusinessLogic.Name.dll （例如：YourCompany.Accounting.Services.dll）

這也不是黃金，我相信有很多其他類型的方法可以做到這一點，我們這樣做是爲了更容易地找到項目，程序集和構建正確的部署。另外，在查看程序集時，查看全名，而不是「MS.BLL.dll」更友好。

Answer 2

命名組件的項目確實沒有標準。重要的是選擇適用於您的項目的慣例，然後一致地應用它。

Answer 3

你可能會在構建包這裏的一些想法：Package structure for a Java project?

至於的方法，接口，變量等....付出一切，描述什麼它或代表的名稱。每種語言都有不同的標準命名約定。你可能想google你正在編程的語言。

Answer 4

與湯姆安德森同意，你需要不要害怕做一些打字。試圖儘可能縮短所有內容對於術語來說是比人們意識到的更多的障礙，命名更多地是發展的障礙，而不是人們意識到的。

Answer 5

嘿％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它沒有namspaces更難。但我仍然遵循與C＃中相同的文件夾結構，但是我命名我的類來彌補沒有名稱空間。例如，如果在C＃中我有一個在Application.Controllers.Course命名空間下稱「指標」類，在PHP我稱之爲：

Application_Controllers_Course_Index 

無論如何，請不要走DLL瘋狂沒有一個好的需求爲了它。我不能站在看到超過5個DLL的應用程序，除了在主EXE之外的其他地方從來沒有使用它。