在.NET中，「out」參數是一件壞事嗎？

Question

在.NET中，「out」參數是一件壞事嗎？關於這個話題的任何好文章/討論？

Answer 1

那麼，我有an article on what ref/out do - 但它沒有討論你是否應該使用它們。

基本上out參數通常是一個符號，您希望有效地返回方法的兩個結果。這是通常代碼的氣味 - 但有一些情況下（最顯着與TryXXX模式），你真的想要返回兩條信息的原因很好，它沒有多大意義將它們封裝在一起。

換句話說，避免出/ ref，你可以輕鬆地做到這一點，但不要大量地避開它們。

Answer 2

對於大多數情況下，我建議不要使用Out參數。他們基本上會爲代碼添加副作用，並且在調試時可能會是一場噩夢。

有MSDN上就出在這裏提供參數的文章：http://msdn.microsoft.com/en-us/library/t3c3bfhx.aspx

Answer 3

我覺得需要的時候他們是真正有用的。

Msdn article for ref和out參數。

Answer 4

好問題。我的回答是我不特別喜歡它們，但是我在其中一個項目中使用它們，其中多個返回值是常見的。我有一個財務數據庫，它返回實際的價格（或空/零），一個主要的錯誤代碼和一個小錯誤代碼。該庫有幾十到幾百種方法，並且每個錯誤代碼都是不同的類型，因此爲每個方法創建自定義類並返回該類的實例將非常不方便。

Answer 5

的FxCop並不認爲這是個好主意......

http://msdn.microsoft.com/en-us/library/ms182146(VS.80).aspx

Answer 6

輸出參數，當你需要返回多個對象作爲函數的結果是有用的。我的眼睛，

void doSomeThing(Thing toDoItTo, 
       out OtherThing result1, 
       out AnotherThing result2) 
{ 
    ... 
} 

OtherThing y; 
AnotherThing z; 

doSomeThing(x, out y, out z); 

y.method1(); 
z.method2(); 

比

struct DoSomeThingResults 
{ 
    public OtherThing Result1; 
    public OtherThing Result2; 
} 

DoSomeThingResults doSomeThing(Thing toDoItTo) 
{ 
    ... 
} 

DoSomethingResults results = doSomeThing(x); 

results.Result1.method1(); 
results.Result2.method2(); 

，另外，採用了參數意味着其結果，保證分配更清潔了很多。

Answer 7

在沒有元組的情況下，它們有時是最乾淨的方法。不過，我通常討厭他們。

F＃有一些很好的語法糖來處理它們。而不是讓我處理out參數，它將它們視爲返回元組的方法。各種TryParse方法最終返回二元元組：

let success, value = Int32.TryParse("1234") 
(* success is true *) 
(* value is 1234 *) 

這是相當得心應手，並沒有讓我覺得髒。

Answer 8

它不是太壞使用外出

讓我們嘗試precising好處：

using ref force us to initialize it so we are letting the ref variable to place in heap and consume some spaces . 

in most cases we return null if the operation has some none logic conditions 

but with Out we avoid consuming the heap and refspace