Если у функции C# есть выходной параметр, это можно сделать следующим образом:
private void f(out OutputParameterClass outputParameter);
Это означает, что параметр не нужно инициализировать при вызове функции. Однако при вызове этой функции вы должны повторить ключевое слово out:
f(out outputParameter);
Мне интересно, для чего это хорошо. Почему необходимо повторять часть спецификации функции? Кто-нибудь знает?
Это означает, что вы знаете, что делаете — что вы признаете, что это параметр out. Вы действительно хотите, чтобы совершенно другое поведение происходило незаметно? Кстати, то же самое верно и для ref.
(Вы также можете перегрузить на основе значения по сравнению с выходом/ссылкой, но я бы не рекомендовал это.)
По сути, если у вас есть (незахваченная) локальная переменная и вы используете ее в качестве аргумента, отличного от out/ref, вы знаете, что значение этой переменной не будет изменено внутри метода. (Если это переменная ссылочного типа, то данные внутри объекта, на который она ссылается, могут быть изменены, но это совсем другое.)
Это позволяет избежать ситуации, которая возникает в C++, когда вы неосознанно передаете что-то по ссылке, но предполагаете, что значение не изменилось...
Это конструктивная особенность. Понятно, что в этом не было необходимости, но это помогает удобочитаемости.
Хотя я не знаю происхождения такого решения, я знаю, что оно предназначено для перегрузки.
Совершенно законно создавать эти две функции в одном классе:
private void f(out OutputParameterClass outputParameter);
и
private void f(OutputParameterClass outputParameter);
Указание ключевого слова out при вызове такой перегрузки имеет смысл.
Для удобочитаемости, зная, что метод может/будет делать с вашей переменной.
Получил дополнительную информацию из MSDN: http://msdn.microsoft.com/en-us/vcsharp/aa336814.aspx
Вызывающий метод, который принимает выходной параметр, не обязан присваивать значение переменной, переданной в качестве выходного параметра до вызова; однако вызываемый объект должен присвоить параметру out перед возвратом.
Единственная причина, по которой я вижу, заключается в том, чтобы убедиться, что пользователь функции знает, что значение этого параметра может быть изменено функцией. Я думаю, это хорошо.
out обеспечивается компилятором. Если объявляющая функция написана на другом языке, она может предпочесть не применять определенное присваивание.
- person mmx; 08.09.2009
out. Затем у вас будет вызов метода С#.
- person mmx; 08.09.2009
Я думаю, что это вопрос последовательности и ясности.
Ясно, что компилятор мог бы обойтись и без него. Однако с добавлением ключевого слова out ваши намерения становятся ясными, а код становится более четким и разборчивым.
Лучший ответ, который я получил, был опубликован в виде комментария plinth:
Самая важная причина повторения out/ref заключается в том, что если функция, которую вы вызываете, подвергается рефакторингу с другой сигнатурой, вы получите ошибку компиляции. В частности, если параметр переходит из состояния non-out в состояние out, вы сразу об этом узнаете.
Вам, вероятно, придется использовать out для ясности. Если бы вы не знали, не глядя на сигнатуру метода.
