2012-06-20 70 views
0

因此,對於命名空間我的存儲庫層,這很容易。我做這樣的事情:你如何命名空間你的服務層?

接口住在Models.Repositories。所以也許我會有Models.Repositories.IUserRepository或其他東西。

然後我根據實現做了什麼的子命名空間。因此,實現可能像這樣:

Models.Repositories.MySql.UserRepository

你會怎麼做與業務層的一些類似的邏輯?現在我只是在「服務」命名空間中有我的接口和實現,它看起來有點...愚蠢。就像,我會在哪裏放置一些替代實施?

回答

0

這真的取決於你,但我喜歡根據名稱進行組織。 首先在接口上,我會有一個文件夾/命名空間接口,所以他們都很容易查看/找到/等。

在服務層 - 完全相同的方式,你這樣做。

YourCompany.Project.Services.SomeAlternateImplementation 

您也可以選擇調用與您的服務合同相關的接口。

YourCompany.Project.Services.Contracts 
+0

因此,我想我真正想知道的是:使用存儲庫層,很容易知道如何命名實現:一個連接到MySQL。也許另一個連接到MongoDB等...但服務層?它選擇要使用的存儲庫層。因此,服務層可以與MySQL存儲庫或Mongo存儲庫或任何其他應用程序一起使用。它應該被認爲是「標準」服務層實現嗎? – Sean

相關問題