是否建议在C＃中编写Test并在vb.net中编写生产代码

Question

几个小时后，为单元测试创​​建了一个vb.net帮助程序类，并将moq集成到项目中，然后在“运行测试”键命令中粉碎，然后红灯显示自己。

为您省去所发生事故的麻烦。解答问题的答案可以在这里找到： Experiences using moq with VB.Net

所以我很难he让我们在C＃中编写测试！ （类型mock不是一个选项）

15分钟后，闪亮的绿光，而vb.net测试仍然失败。

是否建议继续使用模拟框架在C＃中编写测试。 或者只为每个Real-Interface实现vb.net中的伪接口

对自由的一些限制是：

• 生产代码必须是Visual Basic
• 他们不知道TDD是什么，所以我不应该写测试，但是再次就像让你准备好再次陷入调试噩梦般的悬崖。

或者有替代方法吗？

我也为我不那么出色的英语写作风格道歉（我正在努力）

Answer 1

只要您的VB.NET代码为CLSCompliant，就不应该遇到任何问题。但是，如果您使用某些特定于VB.NET的功能，例如Optional，那么它可能会变得很尴尬。

  

r只为每个实施   实现接口伪接口   vb.net

不要那样，这只是浪费时间。