第606章 关于应用流转功能 (第2/3页)
”杜文对这个词有点陌生，不知道陈星指的是什么。
陈星将自己的手机放在桌面上，又回到办公桌从抽屉里拿出一台，两台手机并排放在一起，然后全部打开屏幕，指着其中一台手机解释道：“就像现在。”
“两台手机，我一台手机正在处理邮件，然后直接投送到平板上，继续手机的界面。”
“无论平板上是否安装了邮箱或者软件。”
杜文几乎是瞬间就陷入了沉思，陈星前面说的他还理解，也很容易实现，重点在后半句。
无论这个平板上是否安装了需要投送的软件。
加上这点就难了啊。
这将会涉及到的东西，远比表面看起来复杂——首先是应用状态的实时捕获与封装，这根本不是简单的“投屏”，投屏只是把手机屏幕的画面复制到平板上，操作还得在手机上进行。
而陈总说的流转，是要让平板接管操作，还要在无对应软件的情况下实现。
这就意味着，手机必须把当前应用的“完整运行状态”抽离出来，包括邮件草稿的输入内容、光标位置、甚至是未加载完的附件缓存，都要打包成可传输的数据包，而不是单纯的画面信号。
杜文皱着眉，看向陈星说：“陈总，这要实现的话，首先得解决应用状态的‘解耦’吧？正常情况下，应用的运行状态是和手机系统深度绑定的，比如邮箱的草稿存在手机本地的应用沙盒里，我需要把它抽出来，然后在平板上进行还原。”
“这会涉及到应用状态虚拟化技术，这个方向我会重点关注一下的，就是以我们目前的实力，第一代平板可能不会有这种功能出现。
陈总，这么算下来，我们要做的不只是一个功能，而是一整套底层架构的改造——从应用层的状态虚拟化，到系统层的API适配层，再到通信层的双通路协议和加密，还有设备认证体系，每一步都很难，而且市面上还没有成熟的方案，全要我们自己研发。”
陈星笑了笑，拍了拍杜文的肩膀：“要是容易，别人早就做出来了。”
“正因为难，我们做出来了，才能拉开和安卓平板和iP
（本章未完，请点击下一页继续阅读）