Deep Dive

Explain design tradeoffs you considered. Check and explain whether your design adheres to SOLID principles. Explain how your design can handle changes in scale and whether it would be easy to extend with new functionalities. Identify areas for future improvement...

I have used strategy pattern, making it flexible to new rules or strategy to play game

flexible no. of players

using Single Responsibility as board and player handle are just model classes and rule class only handling game rules while Game interface managing overall game

Open for extension closed for modification ensured by abstraction layer introduced for game rules, making it open to new rules in future

Liskov substitution followed, as the derived classes of IRules are implementing all its parent properties and good to replace parent

Interfacesegmentation is not required here because anyways there is single functionality to be supported by currently all strategies

Dependency inversion also applied as at run tIME instance of concrete class Rule is created using Irules abstract class

future improvements: logic to check draw can be optimized and validations to check valid move can be enhanced further

Submissions

Displaying Solutions with Scores Ranging from 1 to 10

Submissions

Displaying Solutions with Scores Ranging from 1 to 10