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