vs2015新建的项目bin文件夹里有roslyn文件夹是什么?

时间:2022-09-26 05:48:56
不能删除 否则报错 

roslyn文件夹里面有 
csc.exe
vbc.exe
VBCSCompiler.exe
等12个文件

有没有人了解这个?

8 个解决方案

#1


VS2015改用roslyn编译的

#2


这就是新的roslyn编译器,支持c# 6.0语法。它放到bin里面去是为了支持asp.net应用的动态编译。它是通过nuget的包Microsoft.CodeDom.Providers.DotNetCompilerPlatform安装的,会在web.config里面配置<system.codedom><compilers>,替换掉默认的编译器。

#3


引用 1 楼 starfd 的回复:
VS2015改用roslyn编译的

发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行

#4


引用 2 楼 github_22161131 的回复:
这就是新的roslyn编译器,支持c# 6.0语法。它放到bin里面去是为了支持asp.net应用的动态编译。它是通过nuget的包Microsoft.CodeDom.Providers.DotNetCompilerPlatform安装的,会在web.config里面配置<system.codedom><compilers>,替换掉默认的编译器。

发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行
貌似把这些代码注释就可以不用那个了

#5


roslyn可以用来分析源代码,一些插件,包括编译器本身都用了它

#6


引用 4 楼 xiang348352 的回复:
发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行
貌似把这些代码注释就可以不用那个了


它是通过nuget安装的包,如果你们都使用nuget来管理依赖,应该不会有问题。如果不需要roslyn,可以通过nuget把Microsoft.CodeDom.Providers.DotNetCompilerPlatform和Microsoft.Net.Compilers这两个包卸载。这样的话就不能在asp.net动态编译的地方(cshtml、aspx等等)使用  C# 6.0 的语法了。还有没有其它影响我目前也不清楚(roslyn据说性能更好,不过这对于asp.net一次性的动态编译没什么影响)。

#7


引用 6 楼 github_22161131 的回复:
Quote: 引用 4 楼 xiang348352 的回复:

发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行
貌似把这些代码注释就可以不用那个了


它是通过nuget安装的包,如果你们都使用nuget来管理依赖,应该不会有问题。如果不需要roslyn,可以通过nuget把Microsoft.CodeDom.Providers.DotNetCompilerPlatform和Microsoft.Net.Compilers这两个包卸载。这样的话就不能在asp.net动态编译的地方(cshtml、aspx等等)使用  C# 6.0 的语法了。还有没有其它影响我目前也不清楚(roslyn据说性能更好,不过这对于asp.net一次性的动态编译没什么影响)。

谢谢了 看了下新语法 有些东西确实简洁也实用 但是毕竟很多人不熟悉 暂时还是先移除这个

#1


VS2015改用roslyn编译的

#2


这就是新的roslyn编译器,支持c# 6.0语法。它放到bin里面去是为了支持asp.net应用的动态编译。它是通过nuget的包Microsoft.CodeDom.Providers.DotNetCompilerPlatform安装的,会在web.config里面配置<system.codedom><compilers>,替换掉默认的编译器。

#3


引用 1 楼 starfd 的回复:
VS2015改用roslyn编译的

发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行

#4


引用 2 楼 github_22161131 的回复:
这就是新的roslyn编译器,支持c# 6.0语法。它放到bin里面去是为了支持asp.net应用的动态编译。它是通过nuget的包Microsoft.CodeDom.Providers.DotNetCompilerPlatform安装的,会在web.config里面配置<system.codedom><compilers>,替换掉默认的编译器。

发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行
貌似把这些代码注释就可以不用那个了

#5


roslyn可以用来分析源代码,一些插件,包括编译器本身都用了它

#6


引用 4 楼 xiang348352 的回复:
发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行
貌似把这些代码注释就可以不用那个了


它是通过nuget安装的包,如果你们都使用nuget来管理依赖,应该不会有问题。如果不需要roslyn,可以通过nuget把Microsoft.CodeDom.Providers.DotNetCompilerPlatform和Microsoft.Net.Compilers这两个包卸载。这样的话就不能在asp.net动态编译的地方(cshtml、aspx等等)使用  C# 6.0 的语法了。还有没有其它影响我目前也不清楚(roslyn据说性能更好,不过这对于asp.net一次性的动态编译没什么影响)。

#7


引用 6 楼 github_22161131 的回复:
Quote: 引用 4 楼 xiang348352 的回复:

发布后也要这个东东才能运行的 有什么好处吗?
关键是现在一个同事的经常重新生成解决方案后就会报错,要重新复制一个进去覆盖才能正常运行
貌似把这些代码注释就可以不用那个了


它是通过nuget安装的包,如果你们都使用nuget来管理依赖,应该不会有问题。如果不需要roslyn,可以通过nuget把Microsoft.CodeDom.Providers.DotNetCompilerPlatform和Microsoft.Net.Compilers这两个包卸载。这样的话就不能在asp.net动态编译的地方(cshtml、aspx等等)使用  C# 6.0 的语法了。还有没有其它影响我目前也不清楚(roslyn据说性能更好,不过这对于asp.net一次性的动态编译没什么影响)。

谢谢了 看了下新语法 有些东西确实简洁也实用 但是毕竟很多人不熟悉 暂时还是先移除这个

#8