我第一次嘗試以 DDD 方式開(kāi)發(fā)應(yīng)用程序。我有一個(gè)實(shí)體類，它可以有多個(gè)狀態(tài)，并且為了從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)需要遵循規(guī)則。我有一個(gè)字典，其中鍵是實(shí)體可以轉(zhuǎn)換到的狀態(tài)，值是可以轉(zhuǎn)換狀態(tài)的狀態(tài)：protected static readonly IDictionary<State, State[]> aGoodName = new Dictionary<State, State[]>{ { State.Approved, new State[] { State.Requested } }, { State.Standardized, new State[] { State.Approved } }, { State.Queued, new State[] { State.Standardized, State.Succeeded, State.Failed } }, { State.Running, new State[] { State.Queued } }, { State.Succeeded, new State[] { State.Running } }, { State.Failed, new State[] { State.Running } }, { State.Completed, new State[] { State.Succeeded } }, { State.Canceled, new State[] { State.Requested, State.Approved, State.Standardized, State.Succeeded, State.Failed, State.Queued } }};我有一個(gè)具有所需狀態(tài)作為參數(shù)的通用方法，并檢查它是否可以從以下位置轉(zhuǎn)換：public void Transition(State state){ if (!aGoodName[state].Contains(State)) { throw new ArgumentException($"Cannot change state from {State.ToString()} to {state.ToString()}."); } State = state;}但是，如果我理解正確，DDD 方法是用開(kāi)發(fā)人員和業(yè)務(wù)人員都能在一定程度上理解的語(yǔ)言表達(dá)域代碼，例如，擁有一種方法會(huì)更有意義，比如繼承：public void Succeed(){ Transition(State.Succeeded);}甚至：public void Succeed(){ var states = new List<State> { State.Running }; if (!states.Contains(State)) { throw new ArgumentException($"Cannot change state from {State.ToString()} to {State.Succeeded.ToString()}."); } State = State.Succeeded;}我對(duì)這種設(shè)計(jì)模式相當(dāng)陌生，想知道上面哪種方法最適合 DDD。
1 回答
www說(shuō)
TA貢獻(xiàn)1775條經(jīng)驗(yàn) 獲得超8個(gè)贊
我認(rèn)為您問(wèn)題的答案首先取決于另一個(gè)問(wèn)題：
這些狀態(tài)在您的領(lǐng)域中有多重要？
這里重要的是在設(shè)計(jì)中考慮領(lǐng)域文獻(xiàn)（又名無(wú)處不在的語(yǔ)言）。但實(shí)施細(xì)節(jié)實(shí)際上取決于問(wèn)題的重要性。他們甚至可以是獨(dú)立的實(shí)體！
entity.To(new ApprovedState());
如果狀態(tài)轉(zhuǎn)換只是一個(gè)標(biāo)志數(shù)據(jù)，那么您在此處提供的第一個(gè)實(shí)現(xiàn)可能就足夠了，但如果它更重要并且有更多的業(yè)務(wù)規(guī)則圍繞它，您可以使用第二個(gè)實(shí)現(xiàn)，或者像 State 或 Strategy 這樣的模式。
interface IState{...}
class Approved : IState {...}
class Requested : IState {...}
class Entity{
public IState State {get; set;}
}
最后你可以提供一層薄薄的 fluent API 來(lái)更精細(xì)地表達(dá)你的領(lǐng)域（當(dāng)然你也可以這樣設(shè)計(jì)......）：
TheEntity.IfItsPossible().Approve();
更新
這里還有一件事。有時(shí)我們向?qū)嶓w添加字段，就像我們對(duì)數(shù)據(jù)庫(kù)中的表執(zhí)行相同操作一樣。這就是數(shù)據(jù)庫(kù)世界的工作方式！但我認(rèn)為這在 DDD 中完全不同。也許這些不同的狀態(tài)實(shí)際上扮演著不同實(shí)體的角色或隱藏的業(yè)務(wù)規(guī)則，需要深入挖掘。假設(shè)Request不是 Reload 實(shí)體的狀態(tài)，而是人們?cè)谛枰?Reload 時(shí)創(chuàng)建的實(shí)體。就像您在需要購(gòu)買產(chǎn)品時(shí)創(chuàng)建訂單一樣。
public class Reload
{
}
public class Request
{
public string User { get; set; }
public DateTime Time { get; set; }
// and other logics about requests
}
public interface IFactory
{
Reload Create(Request request);
}
如果這真的是域中發(fā)生的事情，那么這些狀態(tài)只不過(guò)是其他實(shí)體和域服務(wù)的內(nèi)部工作的結(jié)果。例如，標(biāo)準(zhǔn)化狀態(tài)就是我們所說(shuō)的在隊(duì)列中等待處理的重新加載，您可以從應(yīng)用程序的模塊中查詢這些信息：
public interface IQueueService
{
void Push(Reload reload);
}
public IEnumerable<Reload> GetStandardizedReloads()
{
return _queueService.Items();
}
public IEnumerable<Request> GetRequests()
{
return _requestRepository.GetAll();
}
- 1 回答
- 0 關(guān)注
- 316 瀏覽
添加回答
舉報(bào)
0/150
提交
取消