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