NOTE: The language I am using is C#.I am currently working on a 'The Quest' mingame where there is a player and some enemies.My design so far involves a base abstract class called 'Mover' and an interface called 'IAttacker', since the Player object and the Enemy object(s) both move and attack, albeit in different ways. However I also think this may be unnecessary because I could just create one big combination interface, 'IMoveAttack' or something like that.  Moreover, my friend who gave me the challenge recommeded that the Weapon class (the player can pick up weapons along the way which are lying on the floor) to be a subclass of Mover, even though the Weapons don't really need to move, they just need to spawn at random locations at every level.What is the best design principle in this case?
Class hierarchy question - do you implement separate classes for the same behavior?
c#;object oriented design;class design
More interfaces are better than one big one.  Make sure your concrete classes do actually need the interface.  Weapon really isn't a mover.  I'd go for something like:IMoverISpawnerIAttackerIDefenderCharacter : IMover, ISpawner, IAttacker, IDefenderPlayer : CharacterEnemy : CharacterWeapon : ISpawner