Ben özel bir sorun olduğunu düşünmüyorum çünkü belirli bir problemden çok fazla cesaret geliyor
Model Görünümü Denetleyici desenini kullanabilirsiniz: bu, sorununuzu her zaman kurallara uyan bir beahaviour olan "denetleyiciye bir davranışın nasıl uygulanacağı" na taşır (sınırlar).
Çok basit kurallardan bahsetmediğimiz sürece, bunları düzenleme şekliniz bir ifade sorunu yaratır . Her zaman basit (yapılandırılmış) ve ifade edici (eğlenceli kurallar yazma) olmakla çelişen taleplerle karşılaşırsınız.
MVC kullanımı işinizi basitleştirir, çünkü model bir durumu, yani kuralların uygulandığı bağlamı resmileştirir .
Daha basit değiştirilebilir davranışlar açısından karmaşık bir davranış oluşturmak için , Denetleyiciyi Strateji modelini ve / veya Durum modelini kullanarak uygulamayı yararlı bulabilirsiniz . Bir Kullanılabilirlik Zinciri modeli , bir Devlet makinesinin dikkatli bir şekilde kullanılması gerektiğinde kuralları ifade etmenize yardımcı olabilir, çünkü "durumu", modelin "durum" anlamıyla kısmen çakışır.
Denetleyici içindeki Komut desenini kullanmak hem Denetleyici sorumluluklarını azaltmak (Komut modelle nasıl başa çıkacağını bilir) hem de Denetleyiciye geri alma / yineleme işlevlerini eklemeyi kolaylaştırmak için yararlı olabilir .
Her durumda, tasarım desenlerini kılavuz olarak kullanmayı denemelisiniz: tekerleği, özellikle kare tekerleği yeniden icat etmekten kaçınmak için faydalıdırlar, ancak her sorunun çözümü bir araya getirilmiş bir grup (yuvarlak) tekerlekten oluşmaz.