※ 引述《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/cn.aspx?n=bbs/C_Sharp/M.1480045578.A.23A.html ※ 编辑: AmosYang (70.181.102.71), 11/25/2016 11:50:13