標籤:

如何看待.net core 2.1正式發布?

.net core 2.1 正式版發布了,它有哪些改進,會不會促進國內.net 的開發生態?請大神們指點一下。

原文地址:

Announcing .NET Core 2.1?

blogs.msdn.microsoft.com圖標


瀉藥。

這一版本上微軟終於開始挖性能牆角了,引入了新的Memory&和Span&,除此之外各方面的性能都有成倍的提升,距離C++的性能又近了一步,個人表示很看好。Roadmap上面也寫了2.1版本將是.NET Core成為高性能框架的一步。

還有就是官方原生支持了Linux ARM/ARM64以及Windows ARM,這一點將會在嵌入式開發上給出很大的幫助,因為嵌入式開發用C#簡直太爽了,雖然不能直接操作設備和底層但是可以通過C++寫一個shared library編譯成.so,然後在C#那裡通過P/Invoke直接調用。

另外,2.1是LTS版本並提供3年的支持。總體來說微軟在.NET Core上下的功夫很足,目前來說個人覺得很滿意。

目前為止.NET Core剛出來3年就已經做成現在這個樣子,生態的問題再給他5年,應該就沒問題了。


性能杠杠的

生態圈就對不起了

畢竟語言本身的好壞從來決定不了他火不火

你看JavaScript這種花了十天時間弄出來的殘廢語言現在多火生態圈多牛

說多了都是淚


.net core2.1有很多性能上的提升,但是C#在web開發上生態落後太多,已經難以追趕了。遊戲後端與web後端截然不同,java的生態對於遊戲後端開發來說毫無作用,所以C#在遊戲開發上還是可以一展拳腳。而且配合Unity前端,C#是搭配Unity做遊戲後端的最佳語言!

C# Unity前後端開發框架: egametang/ET


如何評價微軟新推出的.net core 2.1 Preview??

www.zhihu.com圖標

Preview時大家都看待過了,總的來說沒出什麼岔子,於是按時轉成了Release。

就著題目回答一下,生態的話具有重大影響的應該是1.0,2.0,還有計劃中的3.0,2.1這樣的更新實在沒有太大影響,因為應用場景基本不變,而是優化型更新。

對生態有所擴充的倒是Build 2018上宣布的http://ML.NET,和http://ASP.NET那邊搗鼓出來的Blazor。

Blazor 0.3.0 experimental release now available?

blogs.msdn.microsoft.com圖標


我不用 http://ASP.NET Core,所以我關心的是 .NET Standard 2.1 什麼時候發布?


自己寫的框架,如果出服務端框架或者 Web 框架的話首選 .Net Core 。


謝邀。

從C#版本頻繁更新開始,微軟就著重提高這一系列產品的性能和效率。

.Net 2.1正式發布最為突出的重點也是性能提升,比如Span&和它的補充Memory&,以及網路性能的改進和運行時效率的提升。

注重性能的提升是好事,對於開發者而言,它最大的好處就是每次開發者不用放100個stopwatch在內存開銷和時間開銷之間糾結,獲得了明確的最佳做法指導。

其實差不多半個月前隨VS補丁出現的C# 7.3也是如此,微軟這種沉迷性能的喪心病狂讓我很滿意。

至於這東西會不會促進生態發展,我覺得不會,就像前面說的,性能提升這東西只是讓以前的用戶覺得好棒老子不用糾結了,而非讓使用其他環境的開發者覺得好棒老子要到這邊玩。

要是以後.net core火了,最大的可能性就是C#越來越像java,或者java越來越像C#.....


謝邀,真的不寫.net很久了,對現狀沒什麼了解。但現在兩個朋友所在的公司(國內)都用.net core的編寫的應用跑在docker集群中了。在遷移的過程中似乎痛苦並不多(可能也跟公司規模不大有關係吧)作為.net的前信徒,聽了還是挺欣慰的。

我在另外一個答案中提到過,宏觀的生態圈的概念,不止開發的語言,還包括了方方面面的小細節。在這方面別,人家的各種技術棧和理念,雖然它們互相看不上,但總體來說還是十分一致的,這方面微軟不是兩三年能融進去的,慢慢等吧。


講道理 其實.net 目前的生態 慢慢復甦起來了。

並沒有大家說的那麼糟糕。基本上該有的都有了,沒有的也能用。

畢竟 比如 java有es 做全文搜索,C++ 也沒有,python也沒有吧,因此 C#沒有也是合理的。不要非要求別人有的一定要有,現在很多業務都是基於多種語言平台框架 混合使用。

並不一定非要一站式清一色某個語言。


謝邀。

.NET Core 很棒,2.1主要是性能提升,特別是網路方面的性能。

但是,工具終歸是工具。國內生態和市場還是有很大的問題,希望微軟也能多點支持國內社區的發展,我們開發者也多組織城市內的交流,提升.NET Core技術水平,作為人才儲備,讓公司招人更容易,就不會想著招java的人轉java,市場好起來了學校也會重新培養更多.NET方向的學生。


其實我覺得微軟一直在打一個小算盤……不停地提升後端的性能,等到微軟的後端性能強大到可以處理一切……就基本很少前端什麼事情了……微軟也就統治上一部分WEB市場了……


.net core在三大平台中能力都不如原生方案(win10的方案是uwp並不是.net core),

而跨平台的.net core並沒有合適的ui方案(xarmain只做移動端跨平台),

性能上對ts,python,java沒有絕對優勢,

對我來說,.net core唯一讓我還在用的原因是c#開發體驗好。做小工具我不會選擇python、ts,沒錯主要是跳轉和自動補全。

另外.net core的庫數量太少了,同一個功能,js好幾個活著的庫,c#只有一個死的,很常見。等我庫寫完有時候js測試都跑起來了。

但以上四點不解決一點,.net core沒有任何出路。


從.net core 1.1開始入坑,開始採用WEB Api為前端編寫微服務介面,到目前的.net core 2.0,微服務架構從http的api模式更改為tcp的rpc模式,性能逐步提升,穩定性不斷增強,編寫http代理網關,微服務互調,微服務自治,幾乎沒有什麼大坑。服務全部部署在linux上,並發性能和之前的IIS下的webApi不可同日而語。

.net core 2.1的正式發布,以及微軟的性能改善和提升,無疑大大加強了.net core應用的生存信心,java的隊伍會不會轉過來目前未知,但是.net framework的web開發隊伍應該轉過來,早入坑早收益。


國外肯定是歌舞昇平。

至於國內,黑.NET已經是政治正確了。


用知乎看,星星之火可以燎原,對性能滿意,下一步開始優化重構自己部分代碼


性能真的很高嗎?我用剛買的阿里雲壓力測試了一下(用的是同一靜態html),感覺有點失望,每秒2000次吞吐,nginx卻有每秒1萬次吞吐,也就是只有nginx的1/5。。。不知哪裡沒搞對?還請大佬提點。


分頁阅读: 1 2