推 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
推 mraaa: .netcore的很多編譯選項好像都移到project.json了。 11/26 07:32
如果是這樣的話 代表
.NET Core Tools for Visual Studio 2015 Update 3
還是相當不完整的東西 因為在vs 2015上幾乎等同於沒任何編譯選項
→ mraaa: 另外.netcore被電掉不知道是跑在iis下被電掉還是跑在linu 11/26 07:37
→ mraaa: x主機下被電掉?如果是iis,我覺得體現不出它的威力。畢竟 11/26 07:37
上面有寫測試的狀況 可以先看完
→ mraaa: 它是爲了跨平台而生的。 11/26 07:37
能否提供什麼sample來展現它在效能上很有威力的地方?
※ 編輯: erspicu (61.70.88.120), 11/27/2016 22:35:41
推 zxvc: 沒寫過mono。但我覺得.NET Core能寫跨平台這一點對我滿實用 11/29 07:47
→ zxvc: 。我開發一款UWP app (client)跑在Windows 10上。但我的 11/29 07:49
→ zxvc: server是架在Linux上,不需GUI。client/server所處理的資料 11/29 07:51
→ zxvc: 可用同一套.NET Core APIs處理,不用server端另學一套語言。 11/29 07:52
推 zxvc: 如果原本就有Linux的主機作其它server用途,.NET Core的好處 11/29 08:02
→ zxvc: 之一就是降低開發這種Win client/Linux server apps的成本。 11/29 08:03
推 lym520: 目前差異最大的是 asp.net core 12/03 07:50