2018年12月4日，微软发布.net core 3预览版和开源桌面应用开发框架

Announcing .NET Core 3 Preview 1 and Open Sourcing Windows Desktop Frameworks

December 4, 2018 by Rich Lander

Today, we are announcing .NET Core 3 Preview 1. It is the first public release of .NET Core 3. We have some exciting new features to share and would love your feedback. You can develop .NET Core 3 applications with Visual Studio 2019 Preview 1, Visual Studio for Mac and Visual Studio Code.
Download and get started with .NET Core 3 Preview 1 right now on Windows, Mac and Linux.
You can see complete details of the release in the .NET Core 3 Preview 1 release notes. Please report any issues you find in the comments or at dotnet/core #2099.
Visual Studio 2019 will be the release to support building .NET Core 3 applications and the preview was also released today so we also encourage you to check that out.
.NET Core 3 is a major update which adds support for building Windows desktop applications using Windows Presentation Foundation (WPF), Windows Forms, and Entity Framework 6 (EF6). ASP.NET Core 3 enables client-side development with Razor Components. EF Core 3 will have support for Azure Cosmos DB. It will also include support for C# 8 and .NET Standard 2.1 and much more!
.NET Framework 4.8
Before diving into .NET Core 3 let’s take a quick look at .NET Framework. Next year we will ship .NET Framework 4.8. With monitors supporting 4K and 8K resolutions we are adding better support for high DPI to WPF and Windows Forms. Many .NET applications use browser and media controls, which are based on older versions of Internet Explorer and Windows Media player. We are adding new controls that use the latest browser and media players in Windows 10 and support the latest standards. And WPF and Windows Forms applications will have access to Windows UI XAML Library (WinUI) via XAML Islands for modern look and touch support. Visual Studio 2019 is based on .NET Framework and uses many of these features. For more information on .NET Framework 4.8 see our post: Update on .NET Core 3.0 and .NET Framework 4.8.
Windows Desktop Comes to .NET Core
The first two versions of .NET Core focused primarily on supporting web applications, web APIs, IoT and console applications. .NET Core 3 adds support for building Windows desktop applications using WPF and Windows Forms frameworks and modern controls and Fluent styling from the Windows UI XAML Library (WinUI) via XAML Islands.
Many desktop applications today use Entity Framework for data access and so we are supporting Entity Framework 6 on .NET Core 3 as well. These frameworks enable developers building Windows desktop applications to take advantage of the new features in .NET Core such as side by side deployment, self-contained applications (shipping .NET Core inside the application), the latest improvements in CoreFX, and more.

     你想多了，微软之前做的缺德事太多了

     抛弃的技术也太多了，磨灭了大部分程序员对微软的信心。


      在Java 独霸天下的时代，go ，swift后起之秀，连JS 都可以作为后台的年代，

     .Net 桌面框架开源，有何优势？ 别人凭什么要选择你？

 
      微软目前陷入了一种，自我否定的循环状态。很难东山再起。
     

      在大环境下， .Net 只能是一年不如一年，一如不如一日，最后沦落到当年的Delphi,Perl 这种级别

.net core 要做的事情还有很多。最近十几年，微软作用几千人的工程师团队，往往做的事情就是模仿人家十几个人的小流派的软件风格，这都是鲍尔默这个二流销售人员种下的苦果。现在的CEO虽然很有破力，但是也未必全心身发力，因为毕竟他没有创始人的情怀，他跟比尔盖茨的条件差着数量级，所以结果还未可知。微软何时能摆脱资本的低级趣味，而找回创始人和架构师的情怀，重新开始20年辉煌，还有待将来等待机遇。

.net core 的使命应该是彻底跨平台，不管是自动化地屏蔽windows平台的桌面类库还是移植windows的桌面类库到其它平台，总之它对于开发者来说，不应该在开发时产生代码实现方式时选择困难，而仅仅应该是编译和运行时给出不同支持平台的提示而已。现在的 .net core 经常要求开发者选择两种平台然后编写不同代码，这是低级垃圾的风格。一旦实现这个机制，那么 .net core 将一统平台，一定是巨大的利好！！！

现在我在做的是准备帮微软修一波触摸的坑

他开源我就立刻给他报一些bug

嗯，个人感觉微软要是能够继续坚持把主要技术框架做扎实，如wpf、winform、asp.net、EF、ML.Net、CNTK等等，并且大力支持第三方开发商，不要经常和第三方开发商竞争，加强技术推广力度，感觉还是有戏的，毕竟技术实例还是有的，且目前在传统企业市场还是有不容忽视的影响力的

希望吧，毕竟现在招人都成了问题，我是希望这个市场活跃起来，甚至都想对项目进行换语言了

有没有这种可能呢？即某个大公司大力开发基于软件工程理论的标转化技术和软件工具，以后不要写太多代码，全部由工具来生成代码（程序员只要选择某一种语言和依赖的基础类库）并生成为可执行程序，把开发人员从开发语言中解脱出来，把精力放在程序的分析与设计方面

先把iis开源了再说吧。IIS开源比啥都好。

core 的意义在跨平台， 争夺 Linux 市场。

其实 wpf, winform 这种桌面化的东西，目前用 core 对开发者和用户意义不大。
个人认为是微软以后想用 core 一统天下， net framework 不再更新。

微软有钱了，是否可以考虑下，把linux收购下来。

我直接立一个Flag，跪求打脸： 
.Net Core 的 WinForm WPF  只能在Win10 上运行 —— XP不支持、Win7 不支持。


还是直接说个开发中的坑吧：
近来，项目需要用到 WebSocket 通讯 —— 我一想：.Net 4.6 就提供了 WebSocket 的方法 ，还提供了 Zip 压缩的函数。
我非常高兴：费了一番功夫，代码终于写完了，一运行 报错。

最后一查：Win7 的 .Net 4.6 不支持 WebSocket —— 然后我不得不找 第三方的开源WebSocket库，把代码再写一遍。


我已经看穿了：微软为了逼迫用户升级Win10，已经是 不（sang）遗（xin）余（bing）力（kuang） 了 
—— 我特么想知道：一个 WebSocket 纯算法，为什么非得和 操作系统版本 关联起来？？？

https://blog.csdn.net/LongtengGensSupreme/article/details/84029552

《Net 4.5 WebSocket 在 Windows 7， Windows 8 and Server 2012上的比较以及问题》

从 .net 4.0 开始，我一直使用 Fleck 作为 websocket 服务器端。像 newtonsoft.json 之所以一直被使用，也是因为微软的 json 序列化不行。还有早期我也曾经用过一段时间第三方的 Linq Provider。以及好的插件机制来代替 MEF。

所以，多找找 .net 的优秀的开源类库，有好处。

心思凝重啊。

引用 11 楼 足球中国 的回复:

微软有钱了，是否可以考虑下，把linux收购下来。

什么叫微软有钱了
微软一直不差钱好不啦

linux 本来就开源免费的，微软想要直接当下来就是了

wpf和winform开源了，可能对其他的跨平台UI框架（如Avalonia等）有借鉴意义

引用 13 楼 吹风的兔子 的回复:

我直接立一个Flag，跪求打脸： 
.Net Core 的 WinForm WPF  只能在Win10 上运行 —— XP不支持、Win7 不支持。


还是直接说个开发中的坑吧：
近来，项目需要用到 WebSocket 通讯 —— 我一想：.Net 4.6 就提供了 WebSocket 的方法 ，还提供了 Zip 压缩的函数。
我非常高兴：费了一番功夫，代码终于写完了，一运行 报错。

最后一查：Win7 的 .Net 4.6 不支持 WebSocket —— 然后我不得不找 第三方的开源WebSocket库，把代码再写一遍。


我已经看穿了：微软为了逼迫用户升级Win10，已经是 不（sang）遗（xin）余（bing）力（kuang） 了 
—— 我特么想知道：一个 WebSocket 纯算法，为什么非得和 操作系统版本 关联起来？？？

websocket 是IE11才支持的，而且socket这个东西和系统密切相关，不是只有代码就能解决的问题。。。在没有打全win7所有更新和补丁之前当然用不了。

引用 19 楼 hez2010的回复:

Quote: 引用 13 楼 吹风的兔子 的回复:

我直接立一个Flag，跪求打脸： 
.Net Core 的 WinForm WPF  只能在Win10 上运行 —— XP不支持、Win7 不支持。


还是直接说个开发中的坑吧：
近来，项目需要用到 WebSocket 通讯 —— 我一想：.Net 4.6 就提供了 WebSocket 的方法 ，还提供了 Zip 压缩的函数。
我非常高兴：费了一番功夫，代码终于写完了，一运行 报错。

最后一查：Win7 的 .Net 4.6 不支持 WebSocket —— 然后我不得不找 第三方的开源WebSocket库，把代码再写一遍。


我已经看穿了：微软为了逼迫用户升级Win10，已经是 不（sang）遗（xin）余（bing）力（kuang） 了 
—— 我特么想知道：一个 WebSocket 纯算法，为什么非得和 操作系统版本 关联起来？？？

websocket 是IE11才支持的，而且socket这个东西和系统密切相关，不是只有代码就能解决的问题。。。在没有打全win7所有更新和补丁之前当然用不了。

和IE没关系，WebSocket就是一个纯算法。开源的Fleck 就实现了算法的全部功能。

引用 18 楼 JimCarter 的回复:

wpf和winform开源了，可能对其他的跨平台UI框架（如Avalonia等）有借鉴意义

不开源，不代表着没人知道怎么写代码。实际上有几万人、包括竞争对手的工程师每年都被微软邀请过查看源代码。而不告知微软就查看源代码的，起码有上百万人。所以纠结微软不开源，反反复复纠结这个的很多人都是出自于政治的心思。微软的代码包括 windows 各个代码早就被很多人看光了。

开源的意思不是说什么源代码被人家借鉴。只有初学者才会以为看一看源代码就叫做开源，而不开源就是怕自己的代码给别人看。

开源的意思，是说别人可以通过修改源代码，就当成自己的产品来发布。如果遵从开源精神（和协议）的产品，那么只要保证自己也是开源的，就可以无偿使用源代码，而号称是自己的新产品新发明。

比如说一个中国企业在 windows 里边增加个输入法、修改一下字体显示库之类的，假设是流氓公司就可以说自己是什么”红旗windows“之类的操作系统，而假设不是流氓软件公司也可以说自己发明了一个 windows 新版本。这就是开源的意思！


所以说，我当然支持微软对许多软件不开源。凭什么开源？给许多合作公司的工程师提供查看 windows 源代码，微软从几十年前就是如此，凭什么什么都要开源？

开源的意思不是提供给别人借鉴代码，而是让别人可以挂羊头卖狗肉地在上面发布自己的产品。


要搞懂开源的基本概念！！

中国有不少软件公司，拿人家开源软件改一点东西，然后闭源了，说成是自己的拳头产品，甚至许多政府部门采购的软件，正是这类使用国外开源软件来制作的闭源软件。

开源肯定是对于推广有巨大作用。微软 .net 中绝大部分技术都没有发挥应有的作用，没有得到推广。开源是早晚的事儿。但是我们要搞懂了什么是开源，才能正确地评估未来。

dotnet的春天要来了吗

Quote: 引用 13 楼 吹风的兔子 的回复:

我直接立一个Flag，跪求打脸： 
.Net Core 的 WinForm WPF  只能在Win10 上运行 —— XP不支持、Win7 不支持。


还是直接说个开发中的坑吧：
近来，项目需要用到 WebSocket 通讯 —— 我一想：.Net 4.6 就提供了 WebSocket 的方法 ，还提供了 Zip 压缩的函数。
我非常高兴：费了一番功夫，代码终于写完了，一运行 报错。

最后一查：Win7 的 .Net 4.6 不支持 WebSocket —— 然后我不得不找 第三方的开源WebSocket库，把代码再写一遍。

web版的也是啊，win8都不行，iis7.5也不行，我让微软的WebSocket见鬼去了，我用的是直接用第三方的。

这两年微软股票越来越牛，这几天稳坐全球市值最高企业，可是.net的前景总是那个样子

这个会抢走一部分QT人员的饭碗，qt+python  或者qt+go是linux下的一种常见选择项。当然基于现在python和go的工资相对比较高，如果net core的这个还能用的话，在庞大的基数下，会对前面两个产生冲击。（如同H5，hybird对原生app的冲击）

还没有研究，估计还是 UWP 那套东西。 至于 .NET Framwork 我觉得 4.8 出来后 将是终结，

微软新领导上台后，微软就在不断发力，引导微软再次崛起啊

主从结构设计可以参考一下：
http://blog.rdiframework.net/article/201
或
https://blog.csdn.net/chinahuyong/article/details/84983243

    可能有些小的改变，但是想要有大的改变就难了。

我老了，VB6继续用。。。。。。。。。。。