Вызывать делегатов без параметров, но используя локальные параметры c #

Как вы его используете, на самом деле это не имеет никакого значения. Однако в первом случае ваш анонимный метод захватывает переменные, которые могут иметь довольно большие побочные эффекты, если вы не знаете, что делаете. Например:

// No capture :
int a = 1;
Action<int> action = delegate(int a)
{
    a = 42; // method parameter a
});
action(a);
Console.WriteLine(a); // 1

// Capture of local variable a :
int a = 1;
Action action = delegate()
{
    a = 42; // captured local variable a
};
action();
Console.WriteLine(a); // 42

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

С другой стороны, ваш второй пример фактически передает данные через параметры. Это позволяет методу Invoke правильно маршалировать данные по границам потоков и избегать этих неприятных проблем с потоками. Если вы вызываете Invoke из, скажем, фонового работника, тогда вы должны использовать что-то вроде своего второго примера (хотя я бы предпочел использовать Action < T,... > и Func < T,... > делегаты, когда это возможно, а не создавать новые).

С точки зрения стиля я бы выбрал вариант передачи paramater. Он выражает намерение намного проще передать args instad для принятия каких-либо амбиций (а также облегчает тестирование). Я имею в виду, вы могли бы сделать это:

public void Int32 Add()
{
    return this.Number1 + this.Number2
}

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

Я регулярно делаю это с помощью парм, подобных коллекциям, которые все равно используются с помощью ref, и не нужно явно "возвращать":

public List<string> AddNames(List<String> names)
{
    names.Add("kevin");
    return names;
}

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