https://zh.wikipedia.org/wiki/.NET_Core
算是还很新 有点实验味道的新发展
https://www.microsoft.com/net/core#windowsvs2015
简单来说 可以把它简化看成类似官方版本的mono
未来会不会成为普遍主流技术 长期发展下去 还"待观望"
因应这个东西 也出了 VS 2017 mac版
https://www.visualstudio.com/vs/visual-studio-mac/
大概看了一下
.NET Core的编译技术很精彩
最让我惊艳的是这两项目
Core RT
Core RT 是以 预先编译为主的核心功能，在 .NET Core 内称为 Core RT，
在 UWP 则是LLILC
LLILC
LLILC (LLVM-based MSIL Compiler，英文发音为 "lilac") 是 .NET Core 在非
Windows 平台的 MSIL 编译器[5]，基于 ECMA-335 (Common Language Infrastructure)
的标准将 MSIL 编译成原生码执行，适用于可运行 LLVM 的作业系统，例如 Mac OSX 与
Linux 作业系统。
LLILC 同时支援 JIT (内含 RyuJIT 的实作) 以及 AOT (未来将开始支援) 的编译方式。称为 .NET Native。
这东西唯一可惜的地方是 似乎没有一个跨平台的UI方面解决通用方案?
总之微软大概是急于创新求变求变生存,最近这几年很有 "创异" 精神,
就期待可以壮大稳定发展下去.
PS.下午测试了一下 vs 2015的 .net core专案
感觉目前没啥好处跟优势 效率大概是 一般专案没开最佳化的速度
一般专案开最佳化后 完全把现在的 .net core专案给电掉
相对的 .net core 开了最佳化 有开跟没开一样 似乎没作用
也没看到任何编译进阶选项... orz...
等到它成熟实用 估计还得一段时间

能否谈谈“速度”是怎么个测量与比较法？ :)印像中, core 与 framework 两者用的 CLR, GC, JIT没有什么异动, 如果速度有差到“电掉”，那值得研究 :D(印像中 BCL 也仍是同一套 codebase)

.netcore的很多编译选项好像都移到project.json了。另外.netcore被电掉不知道是跑在iis下被电掉还是跑在linux主机下被电掉？如果是iis,我觉得体现不出它的威力。毕竟它是为了跨平台而生的。

没写过mono。但我觉得.NET Core能写跨平台这一点对我满实用。我开发一款UWP app (client)跑在Windows 10上。但我的server是架在Linux上，不需GUI。client/server所处理的资料可用同一套.NET Core APIs处理，不用server端另学一套语言。如果原本就有Linux的主机作其它server用途，.NET Core的好处之一就是降低开发这种Win client/Linux server apps的成本。

目前差异最大的是 asp.net core