Инверсия Контроля
инверсия управления является принцип, используемый по рамкам как способ до позволяют разработчикам расширять фреймворк или создавать приложения с использованием это. Основная идея заключается в том, что структура знает объекты программиста и делает вызовы на них.
Это противоположность использованию API, в котором код разработчика делает invocations для кода API. Следовательно, фреймворки инвертируют управление: не является кодом разработчика, а структура делает вызовы на основе некоторого стимула.
Возможно, вы были в ситуациях, когда у вас развился свет этого принципа, хотя вы не знали об этом.
Инверсия контроля Контейнер
инверсию управления контейнер использует принцип, изложенный выше (в двух словах) управлять классами. То есть, их создание, уничтожение, время жизни, конфигурации и зависимостей . Таким образом, классы не должны необходимо получить и настроить классы, от которых они зависят. Это значительно уменьшает сцепление в системе и, как следствие, упрощает повторное использование и тестируемость.
Существует некоторая путаница, созданная людьми, которые считают, что «Inversion of Control» является синонимом «Inversion of Control Container». Как указано в , инверсия управления является более широким принципом.
Часто люди думают, что речь идет о «инъекции», и широковещательная передача такова, что это основная цель контейнеров IoC. Фактически, «инъекция» является следствием, средством отделить, а не основной задачей .
+1 Похоже на хорошее чтение. Спасибо. –
Да, это так. Btw Mark Seeman активно paticipates на stackoverflow, вы можете связаться с ним легко и спросить его прямо, я верю. – renatoargh