реализация инвентаря и экипировки персонажа

[Wolsh]

1. Создать конечный список слотов;

— Справочник не является конечным списком. Для контроля "конечности" требуются дополнительные проверки на наличие данного ключа.

2. Организовать удобный и понятный доступ к самим слотам и их содержимому (записать/извлечь).

Что может быть удобней и понятней чем _chestArmor = item;

3. Проверять тип записываемых в слоты переменных;

в putOn() никто не сможет передать что-то, отличное от Equipment.

Если послезавтра меня осенит, что нужно изменить состав слотов, то пока в варианте со справочником это получится легче.

Вы повторяете это как мантру, но я не вижу объяснения, чем легче? Гибкость Справочника в динамичности, то есть отсутствии контроля. Когда контроль не нужен, он дает преимущество в гибкости — то самое "пиши что хочешь". Но если ты собрался проверять, есть ли слот с таким именем, которое оказалось в списке занимаемых слотов Вещи, то ты должен сначала в коде создать в Справочнике слот с таким именем. Это отличается чем-то от создания переменной, кроме того что переменная будет нормально типизирована, в отличие от слота в Справочнике? Далее, тебе точно так же придется расписать все операции с этим слотом, без разницы.
Надо понимать одну важную особенность динамического кода: очень легко создать в объекте динамически (на лету) какое-то новое свойство. Проблема в том, что никто в другом месте кода об этом ничего не знает. Подумай об этом на досуге.
Ты можешь вообще сделать класс менеджера динамическим и создавать в нем слоты на лету. Вопрос в том, кто эти слоты потом сможет прочитать, кто будет знать, что вот такие слоты можно у него запросить.
И, если я оказался неубедителен в этом, то задумайся хотя бы над таким вопросом — а почему вообще Dictionary, если ключи будут исключительно строковые? Ведь вся "сила" Справочника именно в том, что ключами служат объекты а не строки и не числа. По строковым ключам достаточно тупого Обжекта.