是否建议用C#编写测试,用vb.net编写生产代码
几个小时后,为单元测试创建了一个vb.net helper类,并将moq集成到项目中,然后在“RunTests”键命令上点击了一个惊人的按钮,然后红灯亮了 为了省去你的麻烦。可以在此处找到解释问题的答案: 所以我想让我们用C写测试吧!(类型mock不是选项) 15分钟后,当vb.net测试仍然失败时,一个闪亮的绿灯亮起 是否建议继续使用C#编写测试,并使用模拟框架。 或者在vb.net中为每个真实接口实现一个假接口 对自由的一些限制是:是否建议用C#编写测试,用vb.net编写生产代码,c#,vb.net,tdd,moq,C#,Vb.net,Tdd,Moq,几个小时后,为单元测试创建了一个vb.net helper类,并将moq集成到项目中,然后在“RunTests”键命令上点击了一个惊人的按钮,然后红灯亮了 为了省去你的麻烦。可以在此处找到解释问题的答案: 所以我想让我们用C写测试吧!(类型mock不是选项) 15分钟后,当vb.net测试仍然失败时,一个闪亮的绿灯亮起 是否建议继续使用C#编写测试,并使用模拟框架。 或者在vb.net中为每个真实接口实现一个假接口 对自由的一些限制是: 生产代码必须使用visual basic 他们不知道T
- 生产代码必须使用visual basic
- 他们不知道TDD是什么,所以我不应该编写测试,但这就像是让自己再次陷入调试噩梦悬崖
只要你的VB.NET代码是
CLSCompliant
,你就不会遇到任何问题。但是,如果您使用的是一些VB.NET特定的功能,例如可选
,那么可能会很尴尬
r仅为每个
真实的接口在计算机中是假的接口
vb.net
不要这样做,那只是浪费时间。只要你的VB.NET代码是
CLSCompliant
,你就不会遇到任何问题。但是,如果您使用的是一些VB.NET特定的功能,例如可选
,那么可能会很尴尬
r仅为每个
真实的接口在计算机中是假的接口
vb.net
不要这么说,那只是浪费时间。我研究了一下CLSCompliant。VB.NET的可选参数是以什么方式指定的?C#4也有。。。!?C#和VB.NET中的具体实现是否在CLI级别上有所不同?我认为不可能在VB.NET中编写不符合CLSCompliant的代码。可选当然不重要,它只是对另一种语言不是可选的。@Hans,@stakx“可选”在VB.NET中不是CLSCompliant,至少对于3.5是代码在IL中是不同的level@hans我相信有可能编写不兼容的VB。MSDN页面“编写ClsCompliant代码”中有一个VB代码示例,该示例向编译器发出有关不符合ClsCompliant的警告。因此,编译器说它不兼容。我查看了一下CLSCompliant。VB.NET的可选参数是以什么方式指定的?C#4也有。。。!?C#和VB.NET中的具体实现是否在CLI级别上有所不同?我认为不可能在VB.NET中编写不符合CLSCompliant的代码。可选当然不重要,它只是对另一种语言不是可选的。@Hans,@stakx“可选”在VB.NET中不是CLSCompliant,至少对于3.5是代码在IL中是不同的level@hans我相信有可能编写不兼容的VB。MSDN页面“编写ClsCompliant代码”中有一个VB代码示例,该示例向编译器发出有关不符合ClsCompliant的警告。因此,编译器说它不兼容。