为了考虑全球近亿用户需求,微软白板个人用户的迁移缓冲时间再次推迟一个月。同时仍有不少用户通过技巧使用保留的UWP 版本的Microsoft Whiteboard(Legacy),在当前即将停止面向个人用户提供服务的背景下显得尤其难能可贵。你可能会问为什么微软白板不能像”计算器“应用一样直接开源,显然一部分开发技术与构建工具链是与系统私有设施高度耦合的,所以直接开源需要处理许多版权与不可公开内容的边界问题。当然这并非没有任何希望,我们正在积极推进Windows 回归现代原生应用开发,不可避免地需要考虑和重用一些以前放弃的内容,这就是机会。
当初在Microsoft Whiteboard Web 版本替换原生的UWP 版本后,WhiteboardWinRT 仓库内部仍然迭代了几个小版本以便完成最终的收尾工作,商店服务器中留存的最后一份UWP 版本事实上并不是最后一个可构建版本。最终在2022年末完成了归档WhiteboardWinRT 仓库。WhiteboardWinRT 使用.NET Native 和C++/CX 进行开发,这套编译工具链和Windows 运行时语言扩展都已进入了维护周期,因此这部分不会被推荐作为重新公开的部分。目前的计划并不是直接公开已经归档的WhiteboardWinRT 仓库,可能的情况是需要新建一个仓库并逐渐迁移和实现WhiteboardWinRT 的现代化,例如开发工具从.NET Native 和C++/CX 迁移到现代.NET NativeAOT 和C++/WinRT,这需要花费不少的时间和资源投入,因此是作为低优先级的目标考虑的。当然除此之外WhiteboardWinRT 仓库还包含了增强的墨迹识别引擎项目以支持墨迹识别为表格和形状的功能,这不是直接独立于系统墨迹识别引擎实现的库,相反它需要与系统墨迹平台深度耦合。因此这部分内容在开源时是必须慎重评估和处理的目标,当然更可能的是它作为本机Windows 运行时组件库,我们直接在更低的层面与其进行互操作而不公开为公共的Windows 运行时API。这意味着我们不打算重新编写这些墨迹识别库,因为会极大的增加工作量,转而使用现有的预构建产物在新的仓库中直接应用而无需关心内部实现,因为现有的功能是满足绝大多数场景与功能需求的,因此重做这些内容所收获的增益的边际效应显著减少。
喜闻乐见的是逐渐公开更多的内部非核心项目,将项目透明度与社区贡献提升到更高的程度,增加社区成员的参与度可以带来更多的发展机会与方向。这也是推动Windows 回归现代原生应用的重要一环,通过拥抱社区,不再仅仅是继承过去,更是在与全球开发者共同塑造未来。👍