微软开发者大会:VS 2019 Preview 发布;Windows UX 主要技术开源

局长
 局长
发布于 2018年12月05日
收藏 23

美国当地时间12月4日,微软正式举行 Microsoft Connect(); 2018 开发者大会,本次大会的 slogan 是"Build the apps of tomorrow, today."。在今年的大会上,看得出来微软不是憋了一个 —— 而是憋了一波大招。不妨先看一下这次大会微软宣布的重要消息:

  • Visual Studio 2019 Preview

  • .NET Core 3 Preview 1

  • .NET Framework 4.8

  • ASP.NET Core 2.2

  • ML.NET 0.8

  • WPF, Windows Forms 和 WinUI 框架宣布开源

  • 宣布 .NET 基金会开放接受会员加入

  • 微软和 Docker 宣布了一个新的联合开源项目,即 Cloud Native Application Bundle,它可以更轻松地打包和运行云原生应用程序

Visual Studio 2019 Preview

>>> 戳我进入 VS 2019 Preview 下载地址 <<<

Visual Studio 2019 的主打亮点是提升开发者的开发效率。

大会上,Scott Guthrie 宣布推出 Visual Studio 2019 Preview 1。这是 Visual Studio 下一个主要版本的首次预览版。在该预览版中,主要专注于几个关键领域,例如使其更快地打开并使用存储在 git 仓库中的项目、使用人工智能(AI)(官方称之为 Visual Studio IntelliCode 功能)以改进 IntelliSense,以及通过集成 Live Share,可更轻松地与团队成员进行协作。



Visual Studio 2019 新版启动窗口

详细更新内容请查看发布公告

WPF, Windows Forms 和 WinUI 框架宣布开源

这是另外一个重磅消息,尤其是 .NET 开发者的福音。在大会上,微软宣布开源三种主要的 Windows UX 技术,分别是 Windows Presentation Foundation (WPF), Windows Forms 和 Windows UI XAML 库 (WinUI)。

这三个框架可以算是 .NET Core 3 框架对 WPF, Windows Forms 和 Universal Windows Platform (UWP) XAML 支持的后续,现有的和新的 Windows 应用程序都可以在 .NET Core 上运行。

WPF 是用于构建桌面客户端应用程序的 UI 框架,具有应用程序模型、控件、图形、布局、数据绑定和安全性等功能。WPF 的核心是一个利用现代图形硬件的渲染引擎。

Windows Forms 用于支持开发“智能客户端(smart clients)”,微软对其的描述为易于部署和更新的应用程序。无论这些应用程序是否连接到 Internet,它们都可以正常工作。Windows Forms 中的表单是用于向用户显示信息的可视界面。WinUI 具有 Windows 10 默认 UWP XAML UI 平台的向后兼容实现。

更多内容请保持关注……

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:微软开发者大会:VS 2019 Preview 发布;Windows UX 主要技术开源
加载中

精彩评论

宇润
宇润
支持微软!
OSC_YMISjY
OSC_YMISjY
开源大法好
郭文龙
郭文龙
说句实在的WPF现在对比react native这些已经没什么优势了,开源也掀不起什么风浪。

我用WPF写了3年的客户端(但不是C#出身),给我的感受就是:整个框架看上去很美,但实则坑非常多。界面上稍微有点追求,就要在xaml里写一大堆自定义样式和脚本,甚至比业务都多和难维护。虽说有第三方界面库,但样式也都是定死的,很多还要自己各种补丁。跨语言接口交互更是坑的一笔,什么都要搞点特殊扩展扩展,跟别人不一样。还默认不兼容,需要各种配置。性能也一般般,启动速度和渲染性能都偏下。

对Windows API的支持同理,虽然managed code写着爽,但时常会有莫名其妙的bug,找都找不到原因,到头来还得自己编译个c++dll或者unmanaged code开写!真不如直接qt或者c++ + 脚本语言来的痛快。

再者,发布也是个大问题!vs上各种缺失,默认没有代码混淆,反编译比Java还简单;没有官方打包工具,第三方的打包工具要不收费贵,要不写个打包脚本比写个小工具还难!

而且更重要的是:在动态更新动态部署方案满天飞的今天,“打包-发布-安装”这种部署方案也太落后了点。而且在无网环境里,还要打包各种redistributable和framework ,简直麻烦的要死。

以后的桌面客户端应该就是electron和react native这类天生跨平台方案的天下了——直接用脚本写界面,像更新html页面那样更新界面,调用硬件就qt写个本地rpc服务,一切网络化。

winform和wpf这些现在才想起来开源,与其说是借助开源东山再起,倒不如说是微软对这些技术已经不视为宝贝,扔出去自生自灭了。
大__大
大__大

引用来自“iman123”的评论

微软拥抱开源了,难得啊,WPF这个东西可以在其他平台上的.net core上运行么

引用来自“mymbrooks”的评论

不支持 依然是 Windows Only

引用来自“kidfruit”的评论

WPF开源代表着未来跨平台的可能性极大,微软真的是在从骨子里开始变化了。

引用来自“mymbrooks”的评论

是的 Java 再这么搞要被超越了
被超越很久了,取代就是另外一回事
AF啊
AF啊
.net core 3 要来啦!

最新评论(47

hykjfc
hykjfc

引用来自“郭文龙”的评论

说句实在的WPF现在对比react native这些已经没什么优势了,开源也掀不起什么风浪。

我用WPF写了3年的客户端(但不是C#出身),给我的感受就是:整个框架看上去很美,但实则坑非常多。界面上稍微有点追求,就要在xaml里写一大堆自定义样式和脚本,甚至比业务都多和难维护。虽说有第三方界面库,但样式也都是定死的,很多还要自己各种补丁。跨语言接口交互更是坑的一笔,什么都要搞点特殊扩展扩展,跟别人不一样。还默认不兼容,需要各种配置。性能也一般般,启动速度和渲染性能都偏下。

对Windows API的支持同理,虽然managed code写着爽,但时常会有莫名其妙的bug,找都找不到原因,到头来还得自己编译个c++dll或者unmanaged code开写!真不如直接qt或者c++ + 脚本语言来的痛快。

再者,发布也是个大问题!vs上各种缺失,默认没有代码混淆,反编译比Java还简单;没有官方打包工具,第三方的打包工具要不收费贵,要不写个打包脚本比写个小工具还难!

而且更重要的是:在动态更新动态部署方案满天飞的今天,“打包-发布-安装”这种部署方案也太落后了点。而且在无网环境里,还要打包各种redistributable和framework ,简直麻烦的要死。

以后的桌面客户端应该就是electron和react native这类天生跨平台方案的天下了——直接用脚本写界面,像更新html页面那样更新界面,调用硬件就qt写个本地rpc服务,一切网络化。

winform和wpf这些现在才想起来开源,与其说是借助开源东山再起,倒不如说是微软对这些技术已经不视为宝贝,扔出去自生自灭了。

引用来自“leolion”的评论

作为一位WPF资深开发人员来理解,web for desktop和WPF开发的产品软件在体验上还是有不少区别的,记得我做B/S开发时HTML5还没发布,想实现复杂动画还是很难的,尤其是大数据可视化和工业可视化等行业。一个好的开发平台要成功我认为主要有这么几个因素:技术性能、功能体验、开发效率、官方力度、社区生态和发布时机。WPF for .NET Framework在性能方面一直诟病,还记得10年4月发布的QQ概念版,当时我一阵欣喜,QQ还能做成这样。无奈更新至beta1.3之后就再无消息,当年的9月份胡大大视察企鹅厂时还观看过QQ概念版呢。无奈于WPF的性能,当时的很多电脑运行QQ概念版无法获得应有的体验,并且需要额外安装.NET Framework,这对于大部分软妹子来说还是相当有困难的。另外国内的WPF社区生态一直好,用的人少,ASP.NET的开发也不温不火。但是,现在这些现象正在快速改变。期待.NET Core 3.0,上面提到的前五点都不是问题,只看时机了,毕竟谷歌的Flutter都来搅混水了。懂的自然懂,不懂的的用不上。有时想,要是Windows Server免费了,还有linux什么事,国内公司对收费产品都是很敏感的,都说开源大法好。
Windows Server免费也不怎么样。免费不开源,自由度不够是硬伤,对于需要定制的服务平台而言还是不够的!
例如超算需要改内核,web服务平台为了性能、安全也可能要定制内核和服务组件……除非win server也能做到内核级定制,否则,超越linux用户量,还是洗洗睡吧……
kidfruit
kidfruit

引用来自“开源中国水军大都督”的评论

2017都没来得及用,2019就来了

引用来自“林纳斯脱袜子”的评论

这个东西太大了,那么多个G。

引用来自“keep_wan”的评论

嗯谁让你是个全才呢 。c#. c++ vb 移动端。 游戏端都会呢.

引用来自“MrNice”的评论

那些说vs大的现在越来越不想和他们争论了
@MrNice 抱着旧思想的人一辈子不愿意去了解和学习新变化
kidfruit
kidfruit

引用来自“iman123”的评论

微软拥抱开源了,难得啊,WPF这个东西可以在其他平台上的.net core上运行么

引用来自“mymbrooks”的评论

不支持 依然是 Windows Only

引用来自“kidfruit”的评论

WPF开源代表着未来跨平台的可能性极大,微软真的是在从骨子里开始变化了。

引用来自“mymbrooks”的评论

是的 Java 再这么搞要被超越了

引用来自“大__大”的评论

被超越很久了,取代就是另外一回事

引用来自“来自山卡拉的你”的评论

虽然不太懂Java,但是这个超越Java很久???这是不是太随口说说了
@来自山卡拉的你 java从技术角度来说早被c#超越了很久了,只是生态太过庞大以至于在学校和社会班子里教材都是java,很多半吊子老师也只会java,成了事实标准。
leolion
leolion

引用来自“郭文龙”的评论

说句实在的WPF现在对比react native这些已经没什么优势了,开源也掀不起什么风浪。

我用WPF写了3年的客户端(但不是C#出身),给我的感受就是:整个框架看上去很美,但实则坑非常多。界面上稍微有点追求,就要在xaml里写一大堆自定义样式和脚本,甚至比业务都多和难维护。虽说有第三方界面库,但样式也都是定死的,很多还要自己各种补丁。跨语言接口交互更是坑的一笔,什么都要搞点特殊扩展扩展,跟别人不一样。还默认不兼容,需要各种配置。性能也一般般,启动速度和渲染性能都偏下。

对Windows API的支持同理,虽然managed code写着爽,但时常会有莫名其妙的bug,找都找不到原因,到头来还得自己编译个c++dll或者unmanaged code开写!真不如直接qt或者c++ + 脚本语言来的痛快。

再者,发布也是个大问题!vs上各种缺失,默认没有代码混淆,反编译比Java还简单;没有官方打包工具,第三方的打包工具要不收费贵,要不写个打包脚本比写个小工具还难!

而且更重要的是:在动态更新动态部署方案满天飞的今天,“打包-发布-安装”这种部署方案也太落后了点。而且在无网环境里,还要打包各种redistributable和framework ,简直麻烦的要死。

以后的桌面客户端应该就是electron和react native这类天生跨平台方案的天下了——直接用脚本写界面,像更新html页面那样更新界面,调用硬件就qt写个本地rpc服务,一切网络化。

winform和wpf这些现在才想起来开源,与其说是借助开源东山再起,倒不如说是微软对这些技术已经不视为宝贝,扔出去自生自灭了。
作为一位WPF资深开发人员来理解,web for desktop和WPF开发的产品软件在体验上还是有不少区别的,记得我做B/S开发时HTML5还没发布,想实现复杂动画还是很难的,尤其是大数据可视化和工业可视化等行业。一个好的开发平台要成功我认为主要有这么几个因素:技术性能、功能体验、开发效率、官方力度、社区生态和发布时机。WPF for .NET Framework在性能方面一直诟病,还记得10年4月发布的QQ概念版,当时我一阵欣喜,QQ还能做成这样。无奈更新至beta1.3之后就再无消息,当年的9月份胡大大视察企鹅厂时还观看过QQ概念版呢。无奈于WPF的性能,当时的很多电脑运行QQ概念版无法获得应有的体验,并且需要额外安装.NET Framework,这对于大部分软妹子来说还是相当有困难的。另外国内的WPF社区生态一直好,用的人少,ASP.NET的开发也不温不火。但是,现在这些现象正在快速改变。期待.NET Core 3.0,上面提到的前五点都不是问题,只看时机了,毕竟谷歌的Flutter都来搅混水了。懂的自然懂,不懂的的用不上。有时想,要是Windows Server免费了,还有linux什么事,国内公司对收费产品都是很敏感的,都说开源大法好。
leolion
leolion

引用来自“iman123”的评论

微软拥抱开源了,难得啊,WPF这个东西可以在其他平台上的.net core上运行么

引用来自“mymbrooks”的评论

不支持 依然是 Windows Only

引用来自“kidfruit”的评论

WPF开源代表着未来跨平台的可能性极大,微软真的是在从骨子里开始变化了。
技术上已经不是问题啦,Avalonia已经验证了,跨平台缺的只是足够的社区呼声和动力。这几天WPF的star蹭蹭涨,看好。
izee
izee
有种你把windows开源了,XP、WIN7就行了
郭文龙
郭文龙
说句实在的WPF现在对比react native这些已经没什么优势了,开源也掀不起什么风浪。

我用WPF写了3年的客户端(但不是C#出身),给我的感受就是:整个框架看上去很美,但实则坑非常多。界面上稍微有点追求,就要在xaml里写一大堆自定义样式和脚本,甚至比业务都多和难维护。虽说有第三方界面库,但样式也都是定死的,很多还要自己各种补丁。跨语言接口交互更是坑的一笔,什么都要搞点特殊扩展扩展,跟别人不一样。还默认不兼容,需要各种配置。性能也一般般,启动速度和渲染性能都偏下。

对Windows API的支持同理,虽然managed code写着爽,但时常会有莫名其妙的bug,找都找不到原因,到头来还得自己编译个c++dll或者unmanaged code开写!真不如直接qt或者c++ + 脚本语言来的痛快。

再者,发布也是个大问题!vs上各种缺失,默认没有代码混淆,反编译比Java还简单;没有官方打包工具,第三方的打包工具要不收费贵,要不写个打包脚本比写个小工具还难!

而且更重要的是:在动态更新动态部署方案满天飞的今天,“打包-发布-安装”这种部署方案也太落后了点。而且在无网环境里,还要打包各种redistributable和framework ,简直麻烦的要死。

以后的桌面客户端应该就是electron和react native这类天生跨平台方案的天下了——直接用脚本写界面,像更新html页面那样更新界面,调用硬件就qt写个本地rpc服务,一切网络化。

winform和wpf这些现在才想起来开源,与其说是借助开源东山再起,倒不如说是微软对这些技术已经不视为宝贝,扔出去自生自灭了。
来自山卡拉的你
来自山卡拉的你

引用来自“iman123”的评论

微软拥抱开源了,难得啊,WPF这个东西可以在其他平台上的.net core上运行么

引用来自“mymbrooks”的评论

不支持 依然是 Windows Only

引用来自“kidfruit”的评论

WPF开源代表着未来跨平台的可能性极大,微软真的是在从骨子里开始变化了。

引用来自“mymbrooks”的评论

是的 Java 再这么搞要被超越了

引用来自“大__大”的评论

被超越很久了,取代就是另外一回事
虽然不太懂Java,但是这个超越Java很久???这是不是太随口说说了
gscene
gscene
net core开源了一段时间了
M
MrNice

引用来自“开源中国水军大都督”的评论

2017都没来得及用,2019就来了

引用来自“林纳斯脱袜子”的评论

这个东西太大了,那么多个G。

引用来自“keep_wan”的评论

嗯谁让你是个全才呢 。c#. c++ vb 移动端。 游戏端都会呢.
那些说vs大的现在越来越不想和他们争论了
返回顶部
顶部