Обращение к классам без "жёстких ссылок"

https://youtu.be/YExnPIHIYSA?list=WL&t=2649
(если откроется с начало, то 44 минута)

Вот у него проект, в нём каждое правило хранится в отдельном классе, как я понял с его слов то он может удалять и добавлять классы с этими правилами не чего больше не изменяя в коде? объясните мне как такое делается? он говорил что правила реализованы паттерном "Стратегия", данный паттерн не даёт такого "динамического" подключения классов

0

Сообщение от DELAKEY Вот у него проект, в нём каждое правило хранится в отдельном классе, как я понял с его слов то он может удалять и добавлять классы с этими правилами не чего больше не изменяя в коде? объясните мне как такое делается? он говорил что правила реализованы паттерном "Стратегия", данный паттерн не даёт такого "динамического" подключения классов

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

Далее. Стратегия в C# реализуется через наследование абстрактных классов или интерфейсов.
Думаю, автор имел ввиду следующее. В программе есть некий интерфейс (или абстрактный класс) IRule. И есть куча классов, реализующих этот интерфейс. При этом вызывающая программа не работает с конкретными классами правил, она работает лишь с интерфейсом IRule. Какой конкретно класс лежит под интерфейсом - программа не знает. А раз она работает только с IRule, то удаление какого либо класса, реализующего IRule, никак не скажется на программе, и в ней ничего не поменяется. Поэтому мы можем удалить класс, а в других местах ничего менять не нужно.
Тут однако есть небольшое замечание. Только паттерном стратегия тут не обойтись. Потому что как минимум еще должно поменяться место, где идет выбор класса, который будет реализовывать IRule. Обычно это абстрактная фабрика. И если вынести выбор стратегии в конфигурационный файл, или воспользоваться плагинами, то действительно в коде ничего менять не придется.

0

DELAKEY, если вам нужно что-то вроде плагинов (да, при их использовании в коде основного приложения действительно ничего менять не нужно), то посмотрите в сторону MEF

0

Сообщение от Storm23 Обычно это абстрактная фабрика.

посмотрю

Сообщение от insite2012 если вам нужно что-то вроде плагинов (да, при их использовании в коде основного приложения действительно ничего менять не нужно), то посмотрите в сторону MEF

по описанию похоже на то

0

Сообщение от DELAKEY по описанию похоже на то

Начинающие обычно так и делают. Архитектуру с плагинами лучше реализовывать классически через reflection => delegates. MEF больше подходит для DDD с его способностью наиболее оптимально интегрировать IoC.
PS. Не рекомендую учиться на этом видео, автор откровенно слаб.

0

Сообщение от DataPlanner PS. Не рекомендую учиться на этом видео, автор откровенно слаб.

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

0