在我目前的工作中,我在決定採用哪種模式時面臨一個問題。所以我需要幫助解決這個問題。需要關於設計圖案的建議
有接收用於一個應用程序的所有回調中央類。基於這些回調,應用程序會更改其狀態和屏幕。
現在有一些得到改變各地15個不同的狀態變量和每一個狀態有4-5個,可接收的平均不同的值。收到的每個狀態值的組合可以定義應用程序狀態。由於會有很多國家,我不太喜歡參加國家設計模式。
有人可以建議我應該選擇哪種設計模式。
在我目前的工作中,我在決定採用哪種模式時面臨一個問題。所以我需要幫助解決這個問題。需要關於設計圖案的建議
有接收用於一個應用程序的所有回調中央類。基於這些回調,應用程序會更改其狀態和屏幕。
現在有一些得到改變各地15個不同的狀態變量和每一個狀態有4-5個,可接收的平均不同的值。收到的每個狀態值的組合可以定義應用程序狀態。由於會有很多國家,我不太喜歡參加國家設計模式。
有人可以建議我應該選擇哪種設計模式。
也許Observer設計模式會做什麼?
因爲,你所提到的問題陳述涉及維持應用程序了的狀態,我寧願Command Pattern
「我不是很熱衷於去爲國家的設計模式,因爲會有 是很多國家的。」
這正是您應該使用狀態模式來組織不同狀態/行爲組的原因。如果你只有兩個狀態,它可能是過度工程。你擁有的越多,就越需要使用它。
如果每個這些狀態是不同的且與stimulii響應(回調)而不同基於該狀態,則在狀態模式是適當的。
我想起巨大的洞穴中...... – Alnitak 2012-03-23 11:02:53
是很困難的建議,除非你能張貼一些代碼片段。而且,你的思維方式聽起來是錯誤的 - 人們不會傾向於編寫應用程序,然後爲了它而將其應用於模式。 – Adamski 2012-03-23 11:03:13
中心階層聽起來像是前端控制器模式的候選人。 – Perception 2012-03-23 11:12:45