是否建议使用 C# 编写测试并使用 vb.net 编写生产代码
几个小时后，创建了一个用于单元测试的 vb.net 帮助程序类并将最小起订量集成到项目中，然后按下“运行测试”键命令，然后红灯亮了出来。
为了省去你发生的事情的麻烦。可以在这里找到解释该问题的答案： 使用 VB.Net 起订量的经验
所以我很难，嘿，让我们编写测试在 C# 中！ （类型模拟不是一个选项）
15 分钟后，绿灯闪亮，而 vb.net 测试仍然失败。
是否建议继续使用模拟框架用 C# 编写测试。 或者只是在 vb.net 中为每个真实接口实现一个假接口
对自由的一些限制是：
- 生产代码必须是 Visual Basic
- 他们不知道 TDD 是什么，所以我不应该编写测试，但话又说回来了就像让自己准备好再次陷入调试噩梦悬崖一样。
或者有其他方法吗？
另外，我对我不太好的英语写作风格表示歉意（我正在努力） 
After some hours creating a vb.net helper class for unit-tests and integrating moq into the project followed by a smashing hit on the "Run tests" Key-Command and then a Red Light revealed himself.
To save you the trouble of what happened. The answer that explained the problem can be found here :
Experiences using moq with VB.Net
So i tough hey lets just write the test in C# ! (type mock is not an option)
After 15 min a shiny green light while the vb.net test still fails.
Would it be recommended to continue writing test in C# with a mocking framework.
Or just implement for each Real-Interface a Fake-Interface in vb.net
Some constraints on the freedom are :
- production code must be in visual basic
- They don't know what TDD is so i shouldn't be writing test but then again thats like putting yourself ready to fall into the debug-nightmare cliff again.
Or is there an alternative approach to this?
Also my apologizes for my not so great English writing style (I am working on it)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
一旦您的 VB.NET 代码符合
CLSCompliant，您就不会遇到任何问题。但如果您使用一些 VB.NET 特定功能，例如Optional，那么它可能会变得很尴尬。不要那样做，这只是浪费时间。
As soon as your VB.NET code is
CLSCompliantyou shouldn't run into any problems. But if you are using some VB.NET specific features such asOptionalthen it might get awkward.Don't to that, it's just waste of time.