※ 引述《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 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 70.181.102.71 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/C_Sharp/M.1480045578.A.23A.html ※ 編輯: AmosYang (70.181.102.71), 11/25/2016 11:50:13