Inversion of Control

[Roman Koff]

Даже не знаю куда задать вопрос. Кто нибудь может внятно вкратце объяснить что такое Inversion of Control (IoC) и зачем он нужен?
В описаниях которые я нашел пишут что это вообще основа основ ООП, это крута, и вообще каждый должен это знать с пеленок! Но я, видимо, лашпед в программинге и не могу понять зачем для успешной разработки в мой проект я должен включать какую то дополнительную левую сборку CastleProject, к примеру.

В чем суть?

[Хакер]

В описаниях которые я нашел пишут что это вообще основа основ ООП, это крута, и вообще каждый должен это знать с пеленок!

[Antonariy]

Вкратце и внятнее некуда объяснено в википедии.

[Roman Koff]

Оооо, спасибо за grande division de la connaissance...
Я и не знал, что есть такой сайт google.ru

Если по чесноку, то хоцца узнать, в чем практическая польза того же КастлПроджекта?

[alibek]

По ссылке ведь доступно было написано.
Чтобы повысить качество кода и удобство повторного использования.

[Roman Koff]

Ну с теорией, в принципе, понятно, а вот как это на практике применяется (в .Net)? В чем заключается полезность, из за которой необходимо юзать стороннюю либу?

[alibek]

Как доказать полезность личной гигиены викингу?
Если не видишь полезности от интерфейсов, то не применяй их.
Со временем постигнешь.

[Roman Koff]

С интерфейсами все в поряде!
Вопрос в том, какую работу выполняет CastleProject?
Ее можно выполнить самостоятельно, без привлечения сторонней сборки?

Вопрос без претензий на чейто "тупизм" и личностный "профессионализм"...

И еще... Правильно ли я понял, что сфера интересов IoC сводится, в основном, к эффективному обеспечению модульного тестирования и DDT?

[alibek]

в основном, к эффективному обеспечению модульного тестирования и DDT?

Что такое DDT?
В крупных проектах высокое качество кода чуть ли не важнее характеристик софта.

[FireFenix]

в основном, к эффективному обеспечению модульного тестирования и DDT?

Что такое DDT?

Наверное он имел ввиду Test-driven development (TDD)

[Roman Koff]

Лох. Конечна TDD. Запуталсо в терминах...

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

[Хакер]

нужно ли изучать технологию или можно забить.

Да какая там технология? Просто принцип, подход к проектированию.

[Roman Koff]

Блин! Если я сам четко продумал модель, описал сам все интерфейсы, объекты и взаимодействия, то мне IoC (Castle) нафиг не нужен?
Это типа Entity Framework, можно юзать незадумываясь, а можно самому парится описывать SQL-запросы низкого уровня?

[Antonariy]

Тебе не нужен Castle 100%. А IoC ты при этом и так почти наверняка используешь.

[Roman Koff]

Спасибо, в общих чертах в терминах разобралсо...

[alibek]

Блин! Если я сам четко продумал модель, описал сам все интерфейсы, объекты и взаимодействия, то мне IoC (Castle) нафиг не нужен?

Когда-то давно я не понимал смысла классов. Мне вполне хватало модулей и процедур.
Все, что я бы мог сделать классами, я бы мог сделать и процедурами.
Однако со временем я классы постиг и начал их применять правильно.
И грамотно сконструированная программа освобождало голову от кучи мелочей, в которые теперь не надо было детально вникать и держать в голове. А можно было подняться по абстракциям уровнем выше и более ясно представлять себе (и соответственно разрабатывать) более сложный софт.
Интерфейсы — это лишний слой абстракции, который занимает машинные ресурсы, но зато освобождает мозговые.

[FaKk2]

Посмотри на StructureMap. Сейчас пишу один проект в котором IoC/DI жутко облегчает разработку костяка программы.