Философский вопрос, возможно даже не серьезный.

Немного почитал про разработку с использованием интерфейсов.
Говорят это удобно, т.к. уменьшает связанность классов. Что объект А "автомобиль" уже не включает в себя целиком другой объект Б "двигатель", а обращается к нему через интерфейс объекта Б, предварительно реализовав его интерфейс.
В итоге, можно использовать в качестве объекта Б, разные объекты, которые реализуют соответствующий интерфейс.
Для тестирования, хорошо, можно написать заглушку вместо настоящего объекта Б, и сделать отладку и тестриование объекта А, предположив, что Б работает так как должен.
Тут все понятно.

Но.
Непонятен вопрос. А где хранить в таком случае эти два объекта, где хранить Б, ведь он уже не будет целиком и полностью включен в А. Получается что необходимо использовать какое-то хранилище этих обхектов. А пердед обращением к Б, А должен получить интерфейс Б и сделть необходимые действия, так получается?

Прочитал такую статью Реализуем сами простой IoC контейнер , но в ней непонятно, а каким образом получить "иммено тот" Б, который "приписан" к А. В том хранилище Resolve делается только по типу, а если много одиннаковых типов...? Понятно, что можно написать такой метод, который будет вытягивать "Б" из контейнера по ключу. Но автор этого не сделал, возможно вся моя концепция неправильная, и нет необходимости хранить объекты раздельно. Но в таком случае, объект А должен включать Б, и смысла в интерфейсах между ними нет...

Или чего-то я не понимаю.

Читаю...
И на мсдне дочитался до того, что Service Locator и Dependycy Injection паттерны призваны решить одну и туже проблему связанности, только несколько иными способами.

Сервис локатор, хранит свои сервисы (объекты Б) в хранилище, а клас А, использующий эти объкты (Б) обращается, через локатор к необходимому Б по его ключу. Правильно ли я понимаю, что в простейшем случае, таким хранилищем может выступить Dictionary например?

А в DI паттерне.
Так понимаю, при создании объкта А, ему, в конструктор передается интерфейс, полученный от объекта Б. И А, может обращаться к Б, через его интерфейс, т.к. есть ссылка на него.

Тут возникает вопрос...
А что дальше происходит с Б после создания? Необходимо ли его где-то хранить? Как мне кажется, полученный интерфейс (при создании Б) будет храниться в А, получается, что Б, будет использован, т.к. хранится ссылка на его интерфейс (не уверен, что так можно сказать), и в таком случае фреймворк его не удалит. Или Б, где-то необходимо хранить?

Как мне кажется, сервис локатор предоставляет большую гибкость, тем, что можно заменять Б, во время выполнения приложения.
В каких случаях лучше использовать один и другой паттерны, какой-нибудь простой пример?