в С# в чем разница между шаблоном стратегии и делегатами?

Проще говоря, вы можете использовать делегатов для реализации шаблона стратегии.

Паттерн стратегии — это паттерн. Делегаты — это языковая функция. Вы используете функцию языка для реализации шаблона. Они находятся в двух отдельных категориях понятий, но связаны друг с другом в своем взаимодействии.

Другими словами, шаблон стратегии — это проект, а делегаты C# — это кирпичики. Вы не можете построить дом (шаблон стратегии) ​​без них. (Вы могли бы построить его и из других видов кирпичей, но ничто в языковой функции делегатов по своей сути не описывает шаблон стратегии).

Шаблоны проектирования — это высокоуровневые решения часто встречающихся проблем, не зависящие от языка.

Делегаты можно использовать в реализации шаблона стратегии для .NET для конкретной платформы, но это не единственный способ реализации такого решения.

Альтернативным решением является определение интерфейса, например:

public interface IStrategy
{
    void DoStuff(...)
}

Тогда стратегии будут представлены классами, реализующими этот интерфейс, а не делегатом.

Делегаты могут быть хорошей реализацией, если вы ожидаете, что ваши стратегии будут очень простыми. Для чего-либо достаточно сложного реализация стратегий в виде интерфейсов дает вам гораздо больше возможностей, когда речь идет об отслеживании состояния, организации вещей в несколько методов, совместном использовании кода между реализациями и т. д.

Как еще можно реализовать шаблон стратегии на C#?

Паттерны — это вопрос архитектуры. Делегаты — это вопрос реализации.

В C# шаблон стратегии почти всегда реализуется с помощью делегата.

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

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

Делегаты можно увидеть похожими на функциональный интерфейс, используемый в Java — по сути, интерфейс только с одним методом.

Начиная с Java8, вы действительно можете предоставлять реализации функциональных интерфейсов гораздо более анонимным/последовательным способом.

Для поведения, которое можно охватить одним методом, выполнение стратегии является излишним и слишком многословным.

По сути, они решают одну и ту же задачу — вставить сменное поведение в класс.