※ 引述《erspicu (.)》之銘言：
: PS.下午測試了一下 vs 2015的 .net core專案
: 感覺目前沒啥好處跟優勢 效率大概是 一般專案沒開最佳化的速度
: 一般專案開最佳化後 完全把現在的 .net core專案給電掉
: 相對的 .net core 開了最佳化 有開跟沒開一樣 似乎沒作用
: 也沒看到任何編譯進階選項... orz...
: 等到它成熟實用 估計還得一段時間
: 推 AmosYang: 能否談談「速度」是怎麼個測量與比較法？ :) 11/25 05:47
: → AmosYang: 印像中, core 與 framework 兩者用的 CLR, GC, JIT 11/25 05:49
: → AmosYang: 沒有什麼異動, 如果速度有差到「電掉」，那值得研究 :D 11/25 05:50
: → AmosYang: (印像中 BCL 也仍是同一套 codebase) 11/25 05:52
: vs 2015 已經有擴充套件和sdk可以裝來開.net core的開發方案 所以有興趣 可以跑看看
: 現階段相關的編譯選項只有陽春可言 (連unsafe允許功能項目都沒 orz...)
: 雖然有最佳化的功能選項可以勾選 但不知道是bug還是怎麼回事 勾選後速度完全沒變
: 編譯出來的東西是 .dll檔 離開vs環境要執行 還得自己下下指令 dotnet xxxx.dll來跑
: 至於測試方法 是計算影像放大濾鏡每秒能算出幾張 原本想放上demo
: 但想說目前有跑.net core的人太少 只簡單放上結論 附帶一提的
: .net core連最基本的 using sysem.drawing 都沒辦法用
: 讀取圖檔最基本的輪子還得靠自己實作 總之至少就現在來說.net core在vs2015上
: 只是一個技術示範的作用 當然看看還有沒有人想人摸看看分享一下心得的
: 說不定有誤解了什麼也不一定 另外五六日出去渡假 等等出門 中間不好回文
: ※ 編輯: erspicu (61.70.88.120), 11/25/2016 07:54:49
我用 .NET core 大約正好一年多；看你上面的描述，能理解你的看法，
.NET core 的確不能取代 .NET Framework (或著說，本來就沒有那樣打算)
有興趣可以參考這篇文章，談 .NET Standard 的 roadmap (可以從那兩張 .png
看起)
* https://blogs.msdn.microsoft.com/dotnet/2016/09/26/introducing-net-standard/
* https://msdnshared.blob.core.windows.net/media/2016/09/dotnet-tomorrow.png
* https://msdnshared.blob.core.windows.net/media/2016/09/netstandard-apis.png
可以看到微軟是打算如何支援各種 app model, 以及 .NET core 的定位
另外, 要編出可獨立執行的 .exe (Windows 平台)，可參考
https://blogs.msdn.microsoft.com/luisdem/2016/10/11/net-core-how-to-publish-a-self-contained-application-exe/
的確, .NET core 整個東西的風味(flavor)與微軟過去的「包山包海、一鍵包辦」
風格不同，是反過來偏向於更模組化、跨平台的方向；這種風格改變，完全反應在
開發工具、流程、文件、社群互動模式之上，十分有趣 :D