关于.net core 项目结构的问题,怎么和.net framework差别这么大?
.netframework的csproj文件会包含详细的编译包含文件,比如每个cs文件名,但是.netcore的csproj只会指定sdk名称,根本不需要有cs文件名那么...
.net framework的csproj文件会包含详细的编译包含文件,比如每个cs文件名,但是.net core的csproj只会指定sdk名称,根本不需要有cs文件名
那么这种改变的原因是什么,如果说实现编译本来就不需要在csproj里包含源码文件名,那微软当时创建.net framework的csproj格式的时候,为什么又默认包含了? 展开
那么这种改变的原因是什么,如果说实现编译本来就不需要在csproj里包含源码文件名,那微软当时创建.net framework的csproj格式的时候,为什么又默认包含了? 展开
展开全部
实话实说,这个问题你在这里提问根本不可能有正确答案;你应该问的地方在github
项目文件表示的是cs文件的属性,而这个属性不是给人看的;是给编译器看的
所以原因就在于编译器的不同,毕竟是重新实现的编译器;有所不同有些优化也是正常的
你可能不知道的是,早期的.NET Core项目使用的是project.json文件;后来在visual studio 2017 RC的时候修改成了csproj文件;在这篇博文中:Updating Visual Studio 2017 RC – .NET Core Tooling improvements 有价绍改动区别
里面有说到简化了项目文件,省略了包含的项目cs文件名
追问
首先感谢你的回答,不管是否正确 我待会会采纳你的 但是我还是想追问下
我觉得微软员工并不止于那么傻,在2000年创建.net的时候人家就应该很聪明了,不至于和现在差别这么大,你说的所谓优化,难道人家一开始想不到吗?
你能不能根据你的理解,说一下最初和最新决定的原因?我这里不需要标准答案,只是各抒己见也行
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询