Как вы используете Func и Action при разработке приложений?

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

каким образом (шаблоны) вы используете Func и Action для решения реальных проблем?

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace TestFunc8282
{
    class Program
    {
        static void Main(string[] args)
        {
            //func with delegate
            Func<string, string> convert = delegate(string s)
            {
                return s.ToUpper();
            };

            //func with lambda
            Func<string, string> convert2 = s => s.Substring(3, 10);

            //action
            Action<int,string> recordIt = (i,title) =>
                {
                    Console.WriteLine("--- {0}:",title);
                    Console.WriteLine("Adding five to {0}:", i);
                    Console.WriteLine(i + 5);
                };

            Console.WriteLine(convert("This is the first test."));
            Console.WriteLine(convert2("This is the second test."));
            recordIt(5, "First one");
            recordIt(3, "Second one");

            Console.ReadLine();

        }
    }
}

9 ответов


Они также удобны для рефакторинга операторов switch.

Возьмите следующий (хотя и простой) пример:

public void Move(int distance, Direction direction)
{
    switch (direction)
    {
        case Direction.Up :
            Position.Y += distance;
            break;
        case Direction.Down:
            Position.Y -= distance;
            break;
        case Direction.Left:
            Position.X -= distance;
            break;
        case Direction.Right:
            Position.X += distance;
            break;
    }
}

С делегат action, вы можете переделать его следующим образом:

static Something()
{
    _directionMap = new Dictionary<Direction, Action<Position, int>>
    {
        { Direction.Up,    (position, distance) => position.Y +=  distance },
        { Direction.Down,  (position, distance) => position.Y -=  distance },
        { Direction.Left,  (position, distance) => position.X -=  distance },
        { Direction.Right, (position, distance) => position.X +=  distance },
    };
}

public void Move(int distance, Direction direction)
{
    _directionMap[direction](this.Position, distance);
}

использование linq.

List<int> list = { 1, 2, 3, 4 };

var even = list.Where(i => i % 2);

параметр Where это Func<int, bool>.

лямбда-выражения-одна из моих любимых частей C#. :)


я использую Action и Func делегаты все время. Обычно я объявляю их с лямбда-синтаксисом для экономии места и использую их в первую очередь для уменьшения размера больших методов. Когда я просматриваю свой метод, иногда выделяются сегменты кода, которые похожи. В этих случаях я обертываю аналогичные сегменты кода в Action или Func. Использование делегата уменьшает избыточный код, дает хорошую подпись сегменту кода и при необходимости может быть легко повышен до Метода.

I используется для написания кода Delphi, и вы можете объявить функцию внутри функции. Action и Func выполняют то же самое поведение для меня в C#.

вот пример перестановки элементов управления с делегатом:

private void Form1_Load(object sender, EventArgs e)
{
    //adjust control positions without delegate
    int left = 24;

    label1.Left = left;
    left += label1.Width + 24;

    button1.Left = left;
    left += button1.Width + 24;

    checkBox1.Left = left;
    left += checkBox1.Width + 24;

    //adjust control positions with delegate. better
    left = 24;
    Action<Control> moveLeft = c => 
    {
        c.Left = left;
        left += c.Width + 24; 
    };
    moveLeft(label1);
    moveLeft(button1);
    moveLeft(checkBox1);
}

одна вещь, которую я использую для кэширования дорогих вызовов методов, которые никогда не меняются с учетом одного и того же ввода:

public static Func<TArgument, TResult> Memoize<TArgument, TResult>(this Func<TArgument, TResult> f)
{
    Dictionary<TArgument, TResult> values;

    var methodDictionaries = new Dictionary<string, Dictionary<TArgument, TResult>>();

    var name = f.Method.Name;
    if (!methodDictionaries.TryGetValue(name, out values))
    {
        values = new Dictionary<TArgument, TResult>();

        methodDictionaries.Add(name, values);
    }

    return a =>
    {
        TResult value;

        if (!values.TryGetValue(a, out value))
        {
            value = f(a);
            values.Add(a, value);
        }

        return value;
    };
}

рекурсивный пример Фибоначчи по умолчанию:

class Foo
{
  public Func<int,int> Fibonacci = (n) =>
  {
    return n > 1 ? Fibonacci(n-1) + Fibonacci(n-2) : n;
  };

  public Foo()
  {
    Fibonacci = Fibonacci.Memoize();

    for (int i=0; i<50; i++)
      Console.WriteLine(Fibonacci(i));
  }
}

Не знаю, плохо ли отвечать на один и тот же вопрос дважды или нет, но чтобы получить некоторые идеи для лучшего использования этих типов в целом, я предлагаю прочитать статью Джереми Миллера MSDN о функциональном программировании:

функциональное программирование для повседневной разработки .NET


Я использую действие, чтобы красиво инкапсулировать выполнение операций базы данных в транзакции:

public class InTran
{
    protected virtual string ConnString
    {
        get { return ConfigurationManager.AppSettings["YourDBConnString"]; }
    }

    public void Exec(Action<DBTransaction> a)
    {
        using (var dbTran = new DBTransaction(ConnString))
        {
            try
            {
                a(dbTran);
                dbTran.Commit();
            }
            catch
            {
                dbTran.Rollback();
                throw;
            }
        }
    }
}

теперь выполнить в транзакции я просто делаю

new InTran().Exec(tran => ...some SQL operation...);

класс InTran может находиться в общей библиотеке, сокращая дублирование и предоставляя местоположение для будущих настроек функциональности.


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


на самом деле, я нашел это в stackoverflow (по крайней мере-идея):

public static T Get<T>  
    (string cacheKey, HttpContextBase context, Func<T> getItemCallback)
            where T : class
{
    T item = Get<T>(cacheKey, context);
    if (item == null) {
        item = getItemCallback();
        context.Cache.Insert(cacheKey, item);
    }

    return item;
}

У меня есть отдельная форма, которая принимает общий Func или действие в конструкторе, а также некоторый текст. Он выполняет функцию / действие в отдельном потоке, отображая некоторый текст в форме и показывая анимацию.

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

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