可能重複:
Why not use an IoC container to resolve dependencies for entities/business objects?DDD:可以將Repository注入實體嗎?
我過去問very similar question。但是,我認爲這不是一個自我複製的問題:我原來的問題的(良好)答案對於這個領域問題非常具體,並且一般不會討論這個問題。
讓我們來到我翻過一個新的例子:
- 我有一個
Zone
實體的,具有相關的邊界; - 我有一個
Store
實體,它具有location
以及zone
屬性; - A
ZoneRepository
可以找到哪個Zone
包含特定位置。
的Store
的zone
屬性不能直接設置,但是從location
而不是扣除當此屬性分配。因此,這聽起來合乎邏輯的我做這件事:
class Store
{
public void setLocation(Point location, ZoneRepository repo)
{
this.location = location;
this.zone = repo.findByLocation(location);
}
}
是否有弊端,警告這種方法?如果是這樣,你能建議現實的選擇嗎?
這不是一個重複的問題。這個問題是關於國內生產總值的角度和假設重複的問題與DDD – fabien7474 2013-05-28 11:38:44
@ fabien7474無關歡迎來到StackOverflow,其中投票品種。如果您認爲這是值得的,您可以投票重新開啓此問題! – Benjamin 2013-05-28 12:29:48