有人用过 dot net core 吗？对它评价如何？

[小灰狼]

不搞 dot net 有五六年了，最近听人说出了个 dot net core，可以跨操作系统运行。以前dot net程序想跨平台的话，好象是要用 mono（好象是叫这个名儿），现在MS直接出虚拟机了？

不知道它技术是否成熟？

[小灰狼]

引用 33 楼 qq_28078673 的回复:

优点：容器化部署，上手快，开发效率高
缺点：想用好你需要懂前后端分离，分布式，容器化，自动构建，除了做业务代码外，想设计好系统其他的技能要求和java的spring cloud一样，甚至远远要求比那些只会SSH写业务代码的java程序员要求高，但出去找工作别人说你做.net 的，直接简历PASS掉
实际情况：精通.net core的发现不好找工作，我一直想招.net core做架构的，没有简历(薪酬范围与同级JAVA一样)

如此说来，dotnet core 入门容易，想用它做好大系统还不容易，需要有一定的行业经验？

[清风道禅]

正在用Core 如果以前做.NET的话 从.NET 到Core 估计也就2-3天就能OK了 总的来说性能运行在windows平台 性能都差不多，但是.NET Core 不需要第一次使用编译 感觉要快很多，

[娃都会打酱油了]

引用 27 楼 tangyanzhi1111 的回复:

.net core 估计要停止更新了，微软经常放弃自己的技术 webform 2010年就没有更新了。 .net web api 2015年没有更新了。 .net mvc 2015年 mvc5版本之后就没有更新了。 按照这趋势，.net core 2018年年底就彻底停止更行了，然后又搞出一个新的技术出来。 让这些.net 程序员要死要活的去学。

去看看net core的roadmap，什么都不知道就在瞎扯淡，东西成熟了有了新的替代品自然就不需要在更新 以后nfx可能会停止更新倒是真的

[娃都会打酱油了]

引用 29 楼 skaler 的回复:

我是五年前用的 dot net，当时还是用 vs2010，有时用 vs 2008。基本上没用过 LINQ 和其它C#新特性。 听说 dotnet core 不支持 WinForm 开发，还有 asp.net 也只支持 WebForm

net core 3.0支持winform和wpf，不过只能运行在winform，估计后面会慢慢的扩展到跨平台

[zerg2025]

当你是一个熟手时，就差不多超越语言层面，哪个工具顺手用哪个，但因为你用了.net，被人贴了个标签。

[以专业开发人员为伍]

微软在同一个硬件层面上搞了两套 .net framework，这就造成了它自己整个产品线越来越混乱。.net盘子不大，framework版本却很乱。

[以专业开发人员为伍]

如果.net core 4.0或者 .net 5.0 出来，统一地一套编程api，没有再扯什么 framework 和 core 的差别（只不过对于来不及在目标平台下变通实现的 winform api 报错而已），再考虑作为小白鼠来用 .net 跨平台。现在还是专注于“web客户端+windows服务器端”下面搞好开发，因为对于绝大多数公司运营来说，用人人都会操作的 windows 大量节省维护人员费用。

[以专业开发人员为伍]

微软对于 .net 的定位其实还没有用心。 .net 是什么层？原本 .net framework 就是用来隔离操作系统跟应用进程的。微软还在扯什么不同操作系统要用不同的 .net 层，这是一大败笔。遇到实在是还没有来得及变通、实现的操作系统环境，.net api 在运行时可以像是硬件根本就不支持一样地失败。但是不应该在高层次的架构上就制造“如果像这样跨平台就这样选择framework，如果那样跨平台就那样选择framework”这类给程序员故意找麻烦的架构设计。

[以专业开发人员为伍]

很多年了，很多次了，我们都希望微软能振作起来，能把事情做彻底而不要半途而废。

[lwqwag]

引用 46 楼 xuzuning 的回复:

.NET Core 是为了对抗 Java 而出现的，目的在于从日益广泛的移动应用市场上分一杯羹
就目前的情况看，显然是不太成功的
不过一旦有高人发明了能与 Java虚处理机 媲美的 虚处理机 的话，情况就大不相同了

还不如说.net是为了对抗Java出现的

[lwqwag]

我们开发的项目就是netcore开发跑在linux上，比起spring的配置和Java的语法我还是更喜欢。netcore,不管是MVC还是webapi。缺点也许就是开源社区和java差距太大

[以专业开发人员为伍]

因为微软漠视 mono/xamarian 之类的跨平台尝试，而失去了10几年商机。 .net 整个本身就是虚拟层，并不是说 core 是什么虚拟机。.net core 是最偿还10几年就应该集中微软的精力来投入的技术债。

[小灰狼]

引用 50 楼 sp1234 的回复:

因为微软漠视 mono/xamarian 之类的跨平台尝试，而失去了10几年商机。

.net 整个本身就是虚拟层，并不是说 core 是什么虚拟机。.net core 是最偿还10几年就应该集中微软的精力来投入的技术债。

我干的第一家公司就是做跨平台工具的，不过不是做虚拟机，当时公司还没那个实力
思路简单点就是：
1、.net 编译后的字节码进行反编译，得到 C#源代码
2、C#源代码转换为 Java 源代码
3、编译Java源代码，成为Java字节码
4、在Linux/OS2/Unix等平台运行Java

产品对 dot net framework 1.1 版本基本上是可以支持的。但后来随着 dot net 越来越复杂，这个思路肯定不行了。当然，那公司也已经倒闭十多年了。

[以专业开发人员为伍]

微软挤掉 mono 生存空间，买下了 xamarian，难道是为了单纯阻止它的发展吗？不应该。 未来我们不应该开发，当我们轻松地选择 h5 前端和 .net 大数据服务器平台之后，不应该再争论什么 windows 和 linux 目标软件开发时的差别问题。

[以专业开发人员为伍]

另外，即使是在桌面、平板、手机上的硬件层的差别，我们也是用 h5 前端调用统一api的一组插件（各自系统底层不同）来实现。只有薄薄一层插件即可，不再考虑像微软给的什么 winform、wpf、UWP 之类的这么大的差别。

[小灰狼]

引用 42 楼 sp1234 的回复:

如果.net core 4.0或者 .net 5.0 出来，统一地一套编程api，没有再扯什么 framework 和 core 的差别（只不过对于来不及在目标平台下变通实现的 winform api 报错而已），再考虑作为小白鼠来用 .net 跨平台。现在还是专注于“web客户端+windows服务器端”下面搞好开发，因为对于绝大多数公司运营来说，用人人都会操作的 windows 大量节省维护人员费用。

换句话说，就是现在 core 的发展方向还不够稳定，不太看好了？
core 和 .net 相比，优势就仅仅是可以跨平台而已；但为了跨平台，放弃了 .net 里的很多优秀成熟的东西？

[以专业开发人员为伍]

正相反，core 是微软的战略方向，未来 core 应该是微软整个 .net 的通用的 api 标准，而不是给各种平台单独设计一套 .net api。

[xuzuning]

.NET Core 是为了对抗 Java 而出现的，目的在于从日益广泛的移动应用市场上分一杯羹
就目前的情况看，显然是不太成功的
不过一旦有高人发明了能与 Java虚处理机 媲美的 虚处理机 的话，情况就大不相同了

[WTM框架]

.net core 开源开发框架，代码一键生成，支持前后端分离，支持layui，react，vue，来体验一下.net core的开发速度到底有多快

https://github.com/dotnetcore/WTM

[lz_oyhq]

.net 框架最初是为了卖Windows服务的，但是微软发现因为网络和开源的问题，Windows已经发展已经限制了.net发展所以，为了跟java竞争就弄了一个core,这个core和.net类似，但是因为跨平台的问题，所以涉及一些特殊情况，会有所差异。