Comments on Блог Александра Бындю: Принцип инверсии зависимости

Конечно я заметил что зависимость направлена на бо...

2012-01-11T17:41:17.412+06:00

Конечно я заметил что зависимость направлена на более абстрактное представление объектов, на интерфейсы. Такая организация позволяет лучше управлять зависимостью за счет использования интерфейсов, которые обеспечивают независимость от реализации. Здесь, на мой взгляд есть переход на более высокий уровень абстракции, который нужен для управления зависимостью объектов и компонентов системы. Поэтому

Если по-простому, то обратите внимание на первый р...

2012-01-11T01:15:39.082+06:00

Если по-простому, то обратите внимание на первый рисунок в разделе Инвертированная архитектура, а потом на второй. Заметили куда теперь направлены зависимости в коде и что зависимости прерываются на "абстрактных" слоях?

Непонятно, почему этому принципу было дано названи...

2012-01-11T00:44:37.072+06:00

Непонятно, почему этому принципу было дано название "Инверсия Зависимости"? Под "инверсией" нужно понимать изменение направления на обратное? На мой взгляд вы написали о том как этот принцип применять, но ясное, четкое представление об этом принципе не дали...

@ Спасибо за вопрос. Предлагаю вам посмотреть ста...

2011-08-29T12:25:40.374+06:00

@

Спасибо за вопрос. Предлагаю вам посмотреть статью http://en.wikipedia.org/wiki/Cohesion_(computer_science) и в своих проектах стремиться к функциональность связности элементов.

Статья действительно очень интересная и полезная, ...

2011-08-27T19:23:23.630+06:00

Статья действительно очень интересная и полезная, особенно новичку.

У меня возник вопрос. Необходимо ли досконально снижать связанность классов? Как узнать, что пора остановиться?

Допустим, в приведенном классе Reporter осталась зависимость от другого класса Report. Что с этим можно сделать?

@Nuts Я думаю, что это что-то типа Java, судя по ...

2011-08-15T09:33:10.726+06:00

@Nuts

Я думаю, что это что-то типа Java, судя по слову final.

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

Плюс теряется возможность настройки жизненного цикла объекта, что позволяют почти все IoC.

@Александр Бындю на сколько я помню это блок стати...

2011-08-15T09:27:40.092+06:00

@Александр Бындю
на сколько я помню это блок статической инициализации в c#

@sham-bho Это на каком языке программирования? Ч...

2011-08-01T11:14:51.626+06:00

@sham-bho

Это на каком языке программирования?

Что значит static {} посреди класса?

ServiceLocator надругается над принципом KISS. Поч...

2011-07-29T21:09:20.340+06:00

ServiceLocator надругается над принципом KISS. Почему недостаточно обойтись так:

class Global {
public static final IReportBuilder reportBuilder;
public static final IReportSenderr reportSender;
static {
reportBuilder = new ReportBuilder();
reportSender = new SmtpReportSender();
}
// это const-вариант, можно и с getter/setter

Небольшое замечание. После рефакторинга первоначал...

2010-12-09T12:35:46.818+05:00

Небольшое замечание.
После рефакторинга первоначальной версии программы класс Reporter унаследован от интерфейса IReporter, который нигде не описан.

Интересная статья, спасибо. Я тоже изложил свое ви...

2010-06-21T15:00:47.271+06:00

Интересная статья, спасибо. Я тоже изложил свое видение IoC: http://dotsid.blogspot.com/2009/12/ioc.html

@Maxim Рад, что полезно :) Теперь мы можем решать...

2010-05-12T08:24:47.585+06:00

@Maxim
Рад, что полезно :)

Теперь мы можем решать проблемы с кодом вместе, присоединяйтесь http://blog.byndyu.ru/2010/05/blog-post.html

Александр, вам блог у меня уже был в избранном, но...

2010-05-12T00:33:27.129+06:00

Александр, вам блог у меня уже был в избранном, но только сейчас нашел время начать его читать. И это было первая статья.

Спасибо!! Отличный пост. Все идеально расписано. Буду изучать дальше :)

@plain_fact Все правильно. ServiceLocator - это гл...

2010-02-19T09:23:08.609+05:00

@plain_fact
Все правильно. ServiceLocator - это глобальная статическая переменная, поэтому я его и заменил за IoC-контейнер.

ServiceLocator можно считать одним из этапов развития инжектирования зависимостей. Он являет собой пассивное внесение зависимостей.

Считается, что глобальное состояние, от которого в...

2010-02-19T04:56:53.555+05:00

Считается, что глобальное состояние, от которого все зависят — это плохо. Но ведь рассуждения, приводящие к такому выводу, можно применить и к IoC-контейнеру? В частности, ваш ServiceLocator — чем не глобальная переменная?

@reviews "И что используется для тестировани...

2010-01-28T19:52:33.908+05:00

@reviews

"И что используется для тестирования?"

xUnit

И что используется для тестирования? атрибуты наме...

2010-01-28T18:53:40.788+05:00

И что используется для тестирования? атрибуты намекают на то, что это не MsTests.

Код выделяется вместе с номерами строк. Плохо.

2010-01-28T18:23:31.903+05:00

Код выделяется вместе с номерами строк.
Плохо.

@Sergey Для начала советую посмотреть/почитать сс...

2009-12-20T12:16:36.928+05:00

@Sergey
Для начала советую посмотреть/почитать ссылки, которые даны в конце статьи.

> IoC без сочетания с фабриками/локаторами позволит ослабить связи внутри модуля только до определенной степени...
Я еще раз повторюсь. Принцип проектирования - это стратегия. Шаблоны - это тактика. Какую тактику вы примените для того, чтобы добиться желаемой архитектуры зависит от вас.

Сделаю попытку дать свой вариант ответа на свой же...

2009-12-19T20:44:59.162+05:00

Сделаю попытку дать свой вариант ответа на свой же вопрос. Поскольку я мало что читал и применял, не исключено, что мое заключение может быть ошибочным:
IoC без сочетания с фабриками/локаторами позволит ослабить связи внутри модуля только до определенной степени. Фактически этого же можно добиться, если просто заменить явные типы их интерфейсами везде, где только можно.

Тогда мы локатор заменяем фабрикой. Т.е. в любом м...

2009-12-19T19:52:12.309+05:00

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

По семантики слов "паттерн/шаблон" и "принцип": я правильно понимаю, что IoC вы считаете "принципом", а локатор и IoC контейнеры -- "паттернами&

@Sergey Отличный вопрос! Начну по порядку. >...

2009-12-19T10:19:10.140+05:00

@Sergey
Отличный вопрос!

Начну по порядку.

> неотъемлемой частью паттерна инверсии зависимости...
Поправлю, что это не шаблон проектирования, а принцип. Шаблоны заточены под решение более конкретных задач. Их особенностью является то, что при использовании шаблонов мы не нарушаем ни один принцип проектирования.

> Можно считать, что ServiceLocator

Александр, у меня вопрос. Можно считать, что Servi...

2009-12-19T02:06:51.320+05:00

Александр, у меня вопрос. Можно считать, что ServiceLocator является неотъемлемой частью паттерна инверсии зависимости, или это все же полезное дополнение, усиливающее эффект паттерна? Если мы попробуем отказаться от ServiceLocator и вернуться к соотв. фрагменту кода:

1: var builder = new ReportBuilder();
2: var sender = new SmsReportSender();
3: var reporter =

@betspaam Привет! Я уже писал, что думаю по повод...

2009-12-16T09:21:49.088+05:00

@betspaam

Привет!
Я уже писал, что думаю по поводу ActiveRecord

http://blog.byndyu.ru/2009/10/blog-post.html

Ты писал
> Но допустим у нас есть класс Order, который этот Product и использовал
> Была одна зависимость - стало их две

Приведи пример в коде, иначе не понятно о чем ты говоришь. Можешь мне на мыло написать.

А можно вопрос ;) незнаю даже как сформулировать ;...

2009-12-16T00:07:04.061+05:00

А можно вопрос ;) незнаю даже как сформулировать ;)

Вот везде в DDD советуют выносить получение entity в отдельный репозиторий, ну тоесть писать

чтото вроде:
Product product = productRepository.getbyid(id);

а не вот так:
Product product = new Product(id)
product.load();

Но такое движение как-то мне не нравится. Это конечно хорошо, что DB