技术、产品、交流、思考 - 微软技术暨生态大会 2018

林德熙踏上了前往上海的旅程。这是德熙第一次进行如此长途的旅行，之前几乎一直待在家里。

微软技术暨生态大会是从 10 月 25 日到 10 月 27 日，而 10 月 24 日是微软合作伙伴会议。我们当初在制定行程时，并没有意识到微软合作伙伴会议与微软技术暨生态大会是分开的，所以我们其实多准备了一天的行程。不过这也正好可以有额外充足的时间了解世博中心和微软合作伙伴展示的产品。

我们是乘坐高铁往返的，平均单程 8 个小时。这是非常久的时间，除了高铁噪声之外很安静。我们可以做非常多的阅读、思考、交流、准备。当然，我还利用这样的时间修改分会场课程的课件，然后预演，为课程 预编译框架 - 开发高性能应用 做准备。

微软粉丝之夜：IT之家读者捕捉铺路集团董事长玄隐 - 微软,粉丝之夜,技术暨生态大会 - IT之家 中你能找到 MVP 保哥和 MVP 林德熙的午餐图片。

只有我一个人觉得这份午餐的分量很足还能吃剩吗？为什么大家都说吃不饱？

额外的，在粉丝之夜有简餐，是一些西餐甜点，都是凉的。由于我来之前的几天闹肚子，所以虽然饿但只吃了一点点。而林德熙也饿，吃了很多，结果第二天开始闹肚子??。

所以我们竟然四个晚上都光顾了附近外卖的一家粥铺。

https://edi.wang/

Edi Wang 是我们第一个遇到的大佬，一直活跃于 Windows 应用开发 UWP 方向。当然后面也在做 Asp.NET Core。

Edi Wang 是个 100% 资深的软粉，所有的产品都是用微软的。歌单中还有“软狗之歌”……

https://www.ithome.com/

▲ 图片来自 IT 之家 微软粉丝之夜：IT之家读者捕捉铺路集团董事长玄隐 - 微软,粉丝之夜,技术暨生态大会，蓝衣是玄隐，皮卡丘是文轩

文轩的实名是白天宝，是 IT 之家的编辑。擅长写深度文章而不是资讯，做微软产品评测。在青岛 IT 之家，快讯一天需要三十篇，而深度文章则不需要那么多。

文轩对对质量的要求很高。不止是自己的文章，还有形象，还有周围的环境以及给大家的体验。出发之前理了一个奇妙的发型，于是买了一只耳朵会动的皮卡丘帽子。在 MVP 之夜之前，将酒吧背景音乐换成微软在各大会场曾经播放过的音乐；将酒吧中所有的显示器图案换成 Microsoft Logo；将酒吧灯光换成与 Microsoft Logo 搭配的主题蓝色，并搭配一些让人舒适的暖色。他仔细校准每一个灯光，显示器中的显示效果，以求达到最佳的微软酒吧氛围。

IT 之家的读者更多的是粉丝群体，学生很多。如果文章内容过于偏技术，那么不会有多少读者。所以可能一些非技术性或半技术性文章可以在 IT 之家发布和推广呢！

52ABP.com 微服务框架，可以用在你的 Web 应用上。

开源中国创始人，码云创始人。拥抱开源，专治 GitHub 在中国的各种水土不服。

码云为个人开发者提供免费的 git 仓库服务，为企业开发者提供付费的私有仓库服务。企业可以通过签署合同的方式来保证企业私有仓库的安全。

期望码云能够与开发工具有更多的集成，或者可以提供 API，让社区来帮助完成这样的集成。

http://blog.vichamp.com/

吴波是 PowerShell 方向的 MVP，在福建。对 .NET Framework 和 .NET Core 的迁移也是很感兴趣的。他推荐我们可以尝试使用 Turbo Studio 对 .NET Framework 环境进行虚拟化，这样应用在部署之后可以不需要系统中安装的 .NET Framework 环境。

他告诉我们，一般企业会非常支持这种对外的技术交流的，因为对公司来说：

1. 可以提高团队对外的技术影响力；
2. 可以为团队塑造一个有应诉待查的 Leader，这样在团队中进行一些决策时大家更能够信服，容易推动一些技术方案的执行；
3. 可以吸引技术人才，了解前沿技术。

http://www.cnblogs.com/BeanHsiang/

在 MVP 展台一直循环播放的视频中，有一段是校宝在线的。正好我们发现项斌就职于校宝在线。

更多阅读：鬼才项斌，用人工智能推动教育服务创新

https://www.cnblogs.com/shaomeng/

深圳来画科技的 UWP 版本开发者，在技术和商务上都是领导者。

http://www.cnblogs.com/dino623/default.html

预编译框架，开发高性能应用还有很多人参加。虽然说主要适用于桌面应用，不过在思想上也能用于其他 .NET 领域（当然开源社区的小伙伴如果能多多支持也能都支持的）。而听众就寥寥无几了。虽说那个时间已经有不少参会者走了，不过这与国内目前的 UWP（或者说推广到 Windows 桌面应用）生态不无关系。

Windows 应用 UI 框架的未来发展方向

虽然微软会持续发力，但 UWP 在未来很长一段时间之内可能只会成为小众，除非找到下一个爆发点。这真的得益于微软在 Windows 应用分发平台上的各种失误（比如各种商店无法下载……）。

在微软推广 UWP 的过程中，WPF 一直作为 UWP 的上一个遗落的版本而存在着，只会处于维护状态。微软会为其添加安全更新、添加 .NET Core 迁移相关的支持，而不会再在性能或者一些低概率的 Bug 上耗费太多精力。WPF 会在此状态下持续很长一段时间，因为微软必须考虑到自家内部产品中也存在大量基于 .NET Framework 的 WPF 和 Windows Forms 应用，比如 Visual Studio。在未来一两年内，WPF 和 Windows Forms 最大的变化要属其 .NET Core 化了，估计 Visual Studio 这种重磅的应用可能面临着两种不同的进化路线：

1. 向 .NET Core 方向迁移。
   • 如果这种事情发生，那么至少 WPF 会在未来一个较短的数年之内获得不那么少的维护支持。至少必须确保 Visual Studio 这种大级别的 WPF 应用能够顺利完成迁移而不会产生大量明显的 Bug。
2. 向跨平台方向迁移。
   • 这几乎相当于对 Visual Studio 的界面代码进行一次彻头彻尾的重构。不过考虑到插件的兼容性，也许未来一段时间之内这种跨平台迁移会采用混合界面框架。

Visual Studio 几乎不会往 UWP 的方向发展。

未来的 Windows UI 框架选择

从对微软内部工具的迁移策略可以对我们的技术栈变化带来一些可能发展方向的思考。首先，如果是 WPF / Windows Forms，那么向 .NET Core 的迁移几乎成了一个 100% 要做的事情。无论未来 WPF / Windows Forms 产品要向哪个方向发展，只要不是整个团队的开发人员换掉，整个技术栈换掉，.NET Core 迁移都是必然的一步。这一步不止能带来大量的性能提升，还能让应用不再与操作系统产生大量的耦合，减少 .NET Framework 部署到操作系统中产生的一堆环境问题。

那么可以采用的 UI 框架是什么呢？

1. Xamarin 方向
2. UWP 方向
3. 混合 UI 框架方向

对于希望团队充分进行技术复用，那么几乎可以考虑迁移到以上 UI 框架，否则可以考虑其他 UI 框架。当然我更推荐使用混合 UI 框架，这样利于未来 UI 框架的演进，并充分利用到新 UI 框架带来的 Windows 新特性支持和高性能。

▲ 再见 Tech Summit 2018

回家的时候，高铁上。再次进入了夜色……