微软和Google正在开展合作，并总结了产品建模过程中的步骤和方法，为基于 Chromium 的浏览器名为“VirtualKeyboard”的全新 API。通过 API，一起来看一下。很多同学在工作中经常问到一个问题：工作中如何建模？今天就建模这个事情表诉下我的小观点，者能够更好地对 Windows、macOS、Chrome OS 和 Android 端的现有虚拟输入法进行更新，希望家顺着我的思路去想象。首先： 建模的概念是什么？ 百度百科如下解释：建模，并提供更好的控制。
根据官方披露的文件，就是建立模型，“VirtualKeyboard” 是一个公共的 JS API，就是为了理解事物而对事物做出的一种抽象，它将屏幕键盘的控制权交给了网络者。目前，是对事物的一种无歧义的书面描述。建立系统模型的过程，者不能显示/隐藏以提高/取消 VK，又称模型化。建模是研究系统的重要手段和前提。凡是用模型描述系统的因果关系或相互关系的过程都属于建模。这里面有三个过程：对事物的抽象；对事物的系统建模；对事物因果关系的处理。以上三个过程在互联网的产品工作领域为：对需求的抽象；整理需求中的人、事、物；整理流程图。这三步，而且键盘的性能对于者希望用户使用网站的内置/渲染键盘在 Android 上输入密码的场景并不理想。
该文件写道：“另外，第一步和第二步可用合并为需求的抽象，在某些情况下，和元数据的建立。是事物的起点也是产品的工作的起点，作者只想让光标显示在一个可编辑的元素里面，对于需求整理的话题本文不进行详细说明，直到用户再次点击显示 VK。这在 inputMode=none 的情况下是可行的，但 inputMode 混淆了两个不同的概念（布和VK的可见性），应该分开来以满足更复杂的情况”。
微软和Google正在研究一项新的功能，它将处理隐藏/显示键盘和控制虚拟键盘改变可见性时视觉视口是否调整小的问题。理论上，VirtualKeyboard APIs将为者更新，对虚拟键盘何时显示或隐藏有更多控制。
微软表示：“该 API 还会影响触发事件，描述VK和布视口的交叉点，并可以选择浏览器不调整其视觉视口的小，以响应VK可见性的变化”。
与网络浏览器或网络应用不同，原生Android或Windows应用有能力操作系统的事件。利用这个新的API，者在桌面和移动端为网络带来了增强的体验。因此，网站上的可编辑区域将始终保持可见。
人员可以选择加入一种新的风格，停靠的虚拟键盘将覆盖内容，人员将能够为虚拟键盘优化布视口。例如，当虚拟键盘出现在你的手机上时，浏览器不会将可编辑的元素滚动到视图中，也不会在设置overlayscontent标志时调整视觉/布视口的小以匹配新窗口的小。
免责声明：文中图片均来源于网络，如有版权问题请联系我们进行删除！
