Перечитал еще раз твою хрень,вернее, надпись на заборе в одной из помоек, где ты привык ошиватьсяавторВ нем описывается способ регистрации услуг и найти их.

Что это за бред? Моя твоя не понимай.

msdnDependency injection containers, often referred to as just "containers," are used to satisfy dependencies between components; satisfying these dependencies typically involves registration and resolution. The Composite Application Library provides support for the Unity Application Block (Unity) container, but it is not container-specific. Because the library accesses the container through the IServiceLocator interface, the container can be replaced. To do this, your container must implement the IServiceLocator interface. Usually, if you are replacing the container, you will also need to provide your own container-specific bootstrapper. The IServiceLocator interface is defined in the Common Service Locator Library. This is an open source effort to provide an abstraction over IoC (Inversion of Control) containers, such as dependency injection containers, and service locators. The objective of using this library is to leverage IoC and Service Location without tying to a specific implementation.

МСУSeVaМуслима, я не врач псих больницы, чтобы понимать твой бред.
Долбосева, ты постоянный пациент псих больницы, тебе не понять возможности DependencyResolver в MVC. Лучше уж генери сборки в памяти в своей палате и не отвлекай никого своей дуростью.

SeVaЧто ты этой половой хотел сказать?
Что ты бестолочь.

SeVaЯ вижу только один из возможных вариантов провайдера для локатора и очередное подтверждение тому, что ты опять обосрался и в mvc нет ни какого di контейнера.
Ты видишь лишь то, что навязывает тебе твоё больное воображение. Прими пилюлю.

SeVaЗЫЫ А то, что в mvc локатор обладает искусственным интеллектом и сам что-то может, обязательно занеси в аналы своего говносборника.
Я скоро там начну писать про твои опусы, чтобы страна знала своих героев идиотов. В MVC в коробке есть всё, что нужно для IoC, в отличие от XAML.


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

МСУSeVaПеречитал еще раз твою хрень,вернее, надпись на заборе в одной из помоек, где ты привык ошиваться
Что-то часто ты стал перечитывать мои сообщения. Маразматический диссонанс?

SeVaпропущено...

Что это за бред? Моя твоя не понимай.
Потому что нечем понимать, всё просто.

http://msdn.microsoft.com/en-us/library/system.web.mvc.dependencyresolver(v=vs.98).aspx Provides a registration point for dependency resolvers that implement IDependencyResolver or the Common Service Locator IServiceLocator interface.

Переводчик требуется или сам осилишь своим тупым мозгом?

SeVaЧмо, а по делу что-то можешь сказать? Ты как та мартышка, когда ей наступят на хвост, начинает истошно орать и бросаться шкурками от банана в виде картинок.
На большее не способен, урод от программирования?
Что можно сказать по делу конченой маразматичке, которая даже читать не умеет. Я уж молчу про думать. Перечитывай снова и снова, пока не прозреешь, дятел Российской Федерации.

Ты можешь читать только надписи на заборах и не можешь осилить код в 10 строчек.
В документации msdn в конце есть ссылка на статью, где описываются отличия, которые я тебе озвучил
For more information about IDependencyResolver, see the entry ASP.NET MVC 3 Service Location on Brad Wilson's blog.Differences between IDependencyResolver and Common Service Locator
The primary difference between IDependencyResolver and Common Service Locator centers around exceptions. Where Common Service Locator expects you to throw exceptions on single-service lookup failure, IDependencyResolver's GetService() method expects you to return null on single-service lookup failure.

Both interfaces expect you to return an empty collection (not null) for multi-service lookup when there are no registered services.

Те отличия чисто номинальные, а суть одна.
Ты порол лажу, в mvc никогда не было и не будет своего di контейнера. В mvc 3 был чистый локатор, а в 4 его разновидность.
Заруби это на своем тупом лбу и не пачкай здесь мозги другим.

hVosttМСУ,

и ещё. я хз как такое УГ можно тестировать:





совершенно однозначно на помойку. даже если ты считаешь это неогранённым бриллиантом в программировании. /dev/nul -- такому коду самое место.

чмо смогло применить di контейнер как тупой локатор и не более, тем самым убивая саму идею первых на корню.