C# Методы расширения - шаблоны проектирования

Question

Я хотел бы знать, если метод расширения C# основан на любом существующем шаблоне проектирования.

Answer 1

Шаблон дизайна - это просто известная парадигма, то есть «когда вы хотите достичь X, сделать Y». Хорошо известной парадигмой в объектно-ориентированных языках, таких как C#, является «когда вы хотите воздействовать на состояние объекта, вызывать метод на его экземпляре».

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

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

Answer 2

№ Это просто функция языка.

Answer 3

Конечно, вы можете использовать методы расширения C#, если хотите реализовать определенные шаблоны проектирования. Например, имитировать mixins в C#.

Answer 4

Я бы не маркировать методы расширения, как любой из общих шаблонов проектирования, но он может быть использован для реализации модели, как, декоратор и адаптер и т.д ..

Answer 5

Они не основаны на существующем шаблоне дизайна. Когда эта «особенность» была впервые представлена ​​в Delphi, под названием 'class helpers', Borland даже предупредила пользователей от них. They were considered a bit of a hack, но теперь пыль поселилась, они нашли свое собственное место.

Как и все остальное, используйте, когда это необходимо.

Answer 6

Нет, это не так, потому что они всего лишь синтаксический сахар.

Answer 7

Методы расширения можно рассматривать как замену Visitor Pattern. Также предлагается использовать их как Adapters.

На общих языках развивается необходимость в необходимости использования шаблонов проектирования. Есть цитата, например, что Lisp не нуждается в шаблонах проектирования, потому что все построено на этом языке. Итак, правильный вопрос будет заключаться в том, какие шаблоны проектирования заменяют методы расширения?

Answer 8

Ближайшие канонические образцы дизайна, вероятно, являются Decorator pattern.

Answer 9

Нет, но методы расширения превосходны для реализации определенных шаблонов дизайна GoF (например, Prototype).

Answer 10

Лучшим подходящим шаблоном дизайна для расширения является шаблон фасада. My Reason: Мы обычно используем методы расширения, чтобы не вводить новую функциональность за пределы ответственности целевого класса, а упрощать использование существующего целевого класса. Поскольку упрощение использования целевого класса является проблемой шаблона Facade, альтернативные методы расширения могут быть реализованы с использованием шаблона Facade. Существуют некоторые проблемы в расширении и модульных методах расширения. Поэтому я думаю, что внедрение шаблона Facade - лучший подход к использованию методов расширения. Однако возможно реализовать некоторые методы расширения, которые обертывают интерфейс фасада, чтобы обеспечить средство кодирования для кодов клиентов.