Co jest lepsze, wartość zwracana czy parametr out?

Ogólnie powinieneś preferować wartość zwracaną niż wartość wyjściową. Out params są neccissary zła, jeśli znajdziesz się pisanie kodu, który musi zrobić 2 rzeczy. Dobrym tego przykładem jest wzorzec Try (taki jak Int32.TryParse).

int foo = GetValue();

Zauważ, że mogę zadeklarować zmienną i przypisać ją za pomocą Twojej metody w jednym wierszu. Dla drugiego przykładu wygląda to tak to...

int foo;
GetValue(out foo);

Jestem teraz zmuszony zadeklarować swoją zmienną z góry i napisać mój kod w dwóch liniach.

Update

Dobrym miejscem do szukania podczas zadawania tego typu pytań jest. NET Framework Design Guidelines. Jeśli masz wersję książkową to możesz zobaczyć adnotacje Andersa Hejlsberga i innych na ten temat (str. 184-185) ale wersja online jest proszę...

Http://msdn.microsoft.com/en-us/library/ms182131 (VS. 80). aspx

Jeśli uznasz, że potrzebujesz zwrócić dwie rzeczy z API, zawijanie ich do struktury/klasy byłoby lepsze niż out param.

Co jest lepsze, zależy od twojej konkretnej sytuacji. jednym z powodów istnienia out jest ułatwienie zwracania wielu wartości z jednego wywołania metody:

public int ReturnMultiple(int input, out int output1, out int output2)
{
    output1 = input + 1;
    output2 = input + 2;

    return input;
}

EDIT: Jest to przykład pokazujący jeden z powodów, dla których słowo kluczowe istnieje. Powyższe nie jest w żaden sposób uważane za najlepszą praktykę.

Jest jeden powód, aby użyć param out, który nie został jeszcze wymieniony: metoda wywołująca jest zobowiązana do jego otrzymania. Jeśli twoja metoda generuje wartość, której wywołujący nie powinien odrzucić, czyniąc ją out zmusza wywołującego do jej przyjęcia:

 Method1();  // Return values can be discard quite easily, even accidentally

 int  resultCode;
 Method2(out resultCode);  // Out params are a little harder to ignore

Oczywiście rozmówca może nadal ignorować wartość w param out, ale zwróciłeś na to ich uwagę.

Jest to rzadka potrzeba; częściej należy użyć wyjątku dla prawdziwego problemu lub zwraca obiekt z informacją o stanie dla "FYI" , ale mogą być okoliczności, w których jest to ważne.

To głównie preferencje

Preferuję zwroty i jeśli masz wiele zwrotów, możesz je zawinąć w wynik dto

public class Result{
  public Person Person {get;set;}
  public int Sum {get;set;}
}

Prawie zawsze powinieneś używać wartości zwracanej. Parametry' out ' powodują tarcie na wiele API, kompozycyjność itp.

Najbardziej godnym uwagi wyjątkiem, który przychodzi na myśl, jest to, gdy chcesz zwrócić wiele wartości (. Net Framework ma krotki dopiero w wersji 4.0), na przykład ze wzorem TryParse.

Możesz mieć tylko jedną wartość zwracaną, podczas gdy możesz mieć wiele parametrów wyjściowych.

W takich przypadkach wystarczy tylko wziąć pod uwagę parametry.

Jeśli jednak chcesz zwrócić więcej niż jeden parametr ze swojej metody, prawdopodobnie chcesz przyjrzeć się temu, co zwracasz z metody OO i rozważyć, czy lepiej zwrócić obiekt lub strukturę z tymi parametrami. W związku z tym wracasz do wartości zwrotnej.

Wolałbym, aby w tym prostym przykładzie, zamiast któregokolwiek z tych.

public int Value
{
    get;
    private set;
}

Oba mają inny cel i nie są traktowane tak samo przez kompilator. Jeśli twoja metoda musi zwrócić wartość, musisz użyć return. Out jest używany tam, gdzie metoda musi zwrócić wiele wartości.

Jeżeli stosujesz return, wtedy dane są najpierw zapisywane do stosu metod, a następnie do metod wywołujących. natomiast w przypadku out są bezpośrednio zapisywane do stosu metod wywołujących. Nie wiem, czy są jeszcze jakieś różnice.

Nie ma rzeczywistej różnicy, parametry są w C#, aby umożliwić metodzie zwrócenie więcej niż jednej wartości, to wszystko.

Są jednak pewne niewielkie różnice, ale żadna z nich nie jest naprawdę ważna:

Użycie parametru out wymusi użycie dwóch linii:

int n;
GetValue(n);

Podczas używania return value pozwoli Ci to zrobić w jednej linii:

int n = GetValue();

Kolejna różnica (poprawna tylko dla typów wartości i tylko jeśli C# nie wstawia funkcji) jest taka, że użycie zwracanej wartości spowoduje koniecznie wykonaj kopię wartości, gdy funkcja powróci podczas używania OUT parametr niekoniecznie to zrobi.

Jak mówili inni: return value, not out param.

Czy Mogę polecić Ci książkę "Framework Design Guidelines" (2nd ed)? Strony 184-185 obejmują powody unikania paramów. Cała książka poprowadzi cię we właściwym kierunku na wszelkiego rodzaju problemy z kodowaniem. NET.

Sprzymierzone z Framework Design Guidelines jest wykorzystanie narzędzia analizy statycznej, FxCop. Znajdziesz to w witrynach Microsoftu do pobrania za darmo. Uruchom to na skompilowanym kodzie i zobacz, co mówi. Jeśli narzeka na setki rzeczy... nie panikuj! Spójrz spokojnie i uważnie na to, co mówi o każdej sprawie. Nie spiesz się, aby naprawić rzeczy jak najszybciej. Ucz się z tego, co ci mówi. Zostaniesz postawiony na drodze do mistrzostwa.

Myślę, że jednym z niewielu scenariuszy, gdzie byłoby to przydatne, byłoby podczas pracy z pamięcią niezarządzaną, i chcesz, aby było oczywiste, że "zwrócona" wartość powinna być usuwana ręcznie, zamiast oczekiwać, że zostanie usunięta sama.

DODATKOWO wartości zwracane są zgodne z paradygmatami asynchronicznego projektowania.

Nie można wyznaczyć funkcji "asynchronicznej", jeśli używa ona parametrów ref lub out.

W podsumowaniu, zwracane wartości pozwalają na łańcuchowanie metod, czystszą składnię (eliminując konieczność deklarowania przez wywołującego dodatkowych zmiennych) i pozwalają na asynchroniczne projekty bez konieczności znaczącej modyfikacji w przyszłości.

Użycie słowa kluczowego out z zwracanym typem bool, może czasami zmniejszyć nadmuchiwanie kodu i zwiększyć czytelność. (Przede wszystkim, gdy dodatkowe informacje w out param są często ignorowane.) Na przykład:

var result = DoThing();
if (result.Success)
{
    result = DoOtherThing()
    if (result.Success)
    {
        result = DoFinalThing()
        if (result.Success)
        {
            success = true;
        }
    }
}

Vs:

var result;
if (DoThing(out result))
{
    if (DoOtherThing(out result))
    {
        if (DoFinalThing(out result))
        {
            success = true;
        }
    }
}

Out jest bardziej użyteczne, gdy próbujesz zwrócić obiekt zadeklarowany w metodzie.

Przykład

public BookList Find(string key)
{
   BookList book; //BookList is a model class
   _books.TryGetValue(key, out book) //_books is a concurrent dictionary
                                     //TryGetValue gets an item with matching key and returns it into book.
   return book;
}

Wartość zwracana jest wartością normalną zwracaną przez metodę.

Gdzie jako out parametr, well out i ref są 2 słowami kluczowymi C# pozwalają przekazać zmienne jako reference .

Duża różnica między ref i out jest taka, ref powinny być inicjowane przed i out nie