引用 5 楼 xiaoid 的回复:不需要转换.也不需要生成dll. 在你的解决方案里, 添加已有项目(nas这个工程).在这个方案中的其他工程里引用这个nas就可以了. 用法和引用vb.net的是一样的. 没区别;. 这还叫不需要生成dll?不生成dll你怎么引用?
引用 9 楼 hztltgg 的回复: 因为怕用户安装的.NETFramework 版本不兼容 ======= 这个问题不存在的,要不兼容,你的vb.net也不能运行了,要兼容,那vb.net和c#同一个版本编译的都同样兼容,唯一的缺点就是多一个dll文件。 要是反过来,你是有vb.net的Nas,要用c#去引用他,倒是有可能有麻烦,有可能Microsft.VisualBasic在一些……
不需要转换.也不需要生成dll. 在你的解决方案里, 添加已有项目(nas这个工程).在这个方案中的其他工程里引用这个nas就可以了. 用法和引用vb.net的是一样的. 没区别;.
.NETFramework 版本不兼容? 你保证生成的dll的C#framework版本跟你vb.net的framework版本一致就可以了 同一个解决方案可以同时添加C#项目(dll)和VB.net项目
引用 3 楼 gxingmin 的回复:那你用工具转成vb.net的代码啊 网上有转换工具 csharp-to-vb我用转化工具转了,不过转过来的代码有些地方不是正确的
引用 9 楼 hztltgg 的回复:因为怕用户安装的.NETFramework 版本不兼容 ======= 这个问题不存在的,要不兼容,你的vb.net也不能运行了,要兼容,那vb.net和c#同一个版本编译的都同样兼容,唯一的缺点就是多一个dll文件。 要是反过来,你是有vb.net的Nas,要用c#去引用他,倒是有可能有麻烦,有可能Microsft.Vis……
因为怕用户安装的.NETFramework 版本不兼容 ======= 这个问题不存在的,要不兼容,你的vb.net也不能运行了,要兼容,那vb.net和c#同一个版本编译的都同样兼容,唯一的缺点就是多一个dll文件。 要是反过来,你是有vb.net的Nas,要用c#去引用他,倒是有可能有麻烦,有可能Microsft.VisualBasic在一些精简的.net框架下不支持
那你用工具转成vb.net的代码啊 网上有转换工具 csharp-to-vb
先编译成dll,然后Reflector反编译为VB语言!
16,554
社区成员
110,527
社区内容
加载中
试试用AI创作助手写篇文章吧