2011-09-23 71 views
0

我來到ruby的c#上,我使用Rspec和Mocha做了TDD。我期待進入一個嘲弄的框架和一箇舊的stackoverflow帖子指出我最小起訂量和犀牛嘲笑的方向。我還在猶豫承諾要麼和我找了一下意見或澄清或者只是打氣的......我真的必須以不同的方式寫我的代碼,以便我可以測試它嗎?

這裏是我的疑慮:

  • 犀牛嘲笑似乎有些冷清日期。很多的例子甚至沒有使用泛型,因爲它似乎沒有可用時框架創建
  • Moq似乎不如Rhino mocks強大,似乎你需要適應你的類在爲了嘲笑他們(要麼他們必須實現一個接口,要麼所有的方法都必須是虛擬的)

我在這裏的基地?我錯過了什麼嗎?是否有一些很酷的新框架,我應該知道或者我只需要開放自己的頭腦,並接受靜態語言的嘲諷是不一樣的?

(我知道問題有點像這個已經被問過去,但他們似乎有點過時了,我和我在有趣的最新時髦的新事物是什麼)

+3

「看起來你需要調整你的類來嘲笑它們」---從相反的大小看,這就是應該如何寫它們,無論你是否測試你的代碼。接口和小類(與上帝類相反)使你的代碼更加耦合。 – zerkms

回答

3

測試驅動開發沒有使您以不同方式編寫代碼的副作用。它實際上是爲了讓你編寫不同的代碼。我們認爲您在測試時會更好地編寫代碼。你更可能在代碼背後隱藏代碼,這是一件好事。它希望能讓你以不同的方式做很多事情!

走上犀牛/起訂量...

犀牛製品已收到一位大修,因爲它是第一次寫,您不再需要使用記錄/回放語法,您可以使用安排,法,斷言語法和沒有魔術線可以看到。

Rhino Mocks - Arrange Act Assert Syntax

在起訂量,你可以模擬接口和類。語法更簡單,表現力更強。

好消息是,我認爲你正在尋找最好的兩個並試圖在它們之間進行選擇。我不認爲你會後悔選擇這些。

+0

一些好的觀點,感謝您的輸入 – Matthew

3

我個人還是贊成起訂量,但選擇嘲笑框架真的取決於你。我也認爲可測試性足以以不同的方式編寫代碼。通常接口很難過度使用,並且從長遠來看,它們可能會使代碼更易於維護。

+0

「我也認爲可測試性是足夠好的理由,以不同的方式編寫代碼」好點,謝謝 – Matthew

相關問題