2011-03-13 148 views
0

經過幾個小時,爲單元測試創​​建一個vb.net輔助類,並將moq整合到項目中,然後在「Run tests」關鍵指揮部,然後一盞紅燈顯示出他自己。建議在C#中編寫測試代碼並在vb.net中編寫代碼

爲了節省您發生了什麼事情的麻煩。解釋這個問題的答案可以在這裏找到: Experiences using moq with VB.Net

所以我強硬嘿,讓我們只是在C#中寫測試! (類型模擬不是一個選項)

15分鐘後閃亮的綠燈,而vb.net測試仍然失敗。

是否會推薦使用嘲笑框架繼續在C#中編寫測試。 或者只是實現每個實時接口在vb.net假的接口

的自由一些約束:

  • 生產代碼必須在Visual Basic中
  • 他們不知道是什麼TDD是這樣的,我不應該寫測試,但是再次,這就像是讓自己準備好再次陷入調試噩夢般的懸崖。

或者還有其他方法嗎?

而且我對我沒有那麼大的英文寫作風格道歉只要你的VB.NET代碼是(我的工作就可以了) C# succeeds where vb.net fails

回答

3

CLSCompliant你應該不會碰到任何問題。但是如果你使用一些VB.NET特有的功能,如Optional那麼它可能會變得尷尬。

[R只實現每個 實時接口假的接口在 vb.net

不要到,這只是浪費時間。

+0

我看看CLSCompliant。 – David 2011-03-13 13:57:45

+0

VB.NET特定的可選參數是什麼? C#4也有它們......!? C#和VB.NET中的具體實現在CLI級別上有所不同嗎? – stakx 2011-03-13 14:06:43

+0

我不認爲有可能在VB.NET中編寫不符合CLSCompliant的代碼。可選肯定不重要,它不是另一種語言的可選項。 – 2011-03-13 14:48:37