Полное руководство. С# 4.0

Это аргументы alpha, beta и gamma: 1 2 3 Это аргументы alpha, beta и gamma: 1 2 20 Это аргументы alpha, beta и gamma: 1 10 20 Как следует из приведенного выше результата, если аргумент не указан, то исполь зуется его значение, устанавливаемое по умолчанию. Следует иметь в виду, что все необязательные аргументы должны непременно ука зываться справа от обязательных. Например, следующее объявление оказывается не действительным.

int Sample(string name = "пользователь", int userid) { // Ошибка! Для исправления ошибки в этом объявлении необходимо указать аргумент userId до аргумента name. Раз уж вы начали объявлять необязательные аргументы, то ука зывать после них обязательные аргументы нельзя. Например, следующее объявление также оказывается неверным.

int Sample(int accountId, string name = "пользователь", int userId) { // Ошибка! Аргумент name объявляется как необязательный, и поэтому аргумент userId сле дует указать до аргумента name (или же сделать его также необязательным). Помимо методов, необязательные аргументы можно применять в конструкторах, ин дексаторах и делегатах. (Об индексаторах и делегатах речь пойдет далее в этой книге.) Преимущество необязательных аргументов заключается, в частности, в том, что они упрощают программирующему обращение со сложными вызовами методов и конструкторов. Ведь нередко в методе приходится задавать больше параметров, чем обычно требуется. И в подобных случаях некоторые из этих параметров могут быть сделаны необязательными благодаря аккуратному применению необязательных ар гументов. Это означает, что передавать нужно лишь те аргументы, которые важны в данном конкретном случае, а не все аргументы, которые в противном случае должны быть обязательными. Такой подход позволяет рационализировать метод и упростить программирующему обращение с ним. ### Необязательные аргументы и перегрузка методов В некоторых случаях необязательные аргументы могут стать альтернативой пере грузке методов. Для того чтобы стало понятнее, почему это возможно, обратимся еще раз к примеру метода OptArgMeth. До появления в C# необязательных аргументов нам пришлось бы создать три разных варианта метода OptArgMeth, чтобы добиться таких же функциональных возможностей, как и у рассмотренного выше варианта это го метода. Все эти варианты пришлось бы объявить следующим образом.

static void OptArgMeth(int alpha) static void OptArgMeth(int alpha, int beta) static void OptArgMeth(int alpha, int beta, int gamma) Эти перегружаемые варианты метода OptArgMeth позволяют вызывать его с од ним, двумя или тремя аргументами. (Если значения параметров beta и gamma не пере даются, то они предоставляются в теле перегружаемых вариантов данного метода.) Без условно, в такой реализации функциональных возможностей метода OptArgMeth с помощью перегрузки нет ничего дурного. Но в данном случае целесообразнее все же воспользоваться необязательными аргументами, хотя такой подход не всегда оказыва ется более совершенным, чем перегрузка метода. ### Необязательные аргументы и неоднозначность При использовании необязательных аргументов может возникнуть такое затрудне ние, как неоднозначность. Нечто подобное может произойти при перегрузке метода с необязательными параметрами. В некоторых случаях компилятор может оказать ся не в состоянии определить, какой именно вариант метода следует вызывать, когда необязательные аргументы не заданы. В качестве примера рассмотрим два следующих варианта метода OptArgMeth.

static void OptArgMeth(int alpha, int beta=10, int gamma = 20) { Console.WriteLine("Это аргументы alpha, beta и gamma: " + alpha + " " + beta + " " + gamma); } static void OptArgMeth(int alpha, double beta=10.0, double gamma = 20.0) { Console.WriteLine("Это аргументы alpha, beta и gamma: " + alpha + " " + beta + " " + gamma); } Обратите внимание на то, что единственное отличие в обоих вариантах рассматри ваемого здесь метода состоит в типах параметров beta и gamma, которые оказываются необязательными. В первом варианте оба параметра относятся к типу int, а во вто ром — к типу double. С учетом этих вариантов перегрузки метода OptArgMeth следующий его вызов приводит к неоднозначности.