- 主题:最近用了一段时间的windows,感觉苹果真的到了诺基亚时刻
本来市场占有率就不是很高,怕啥??
【 在 easyApple 的大作中提到: 】
: 十几年前,macos对windows真是压倒性的领先,主要有几方面
: 1. 稳定性
: 2. 美观
: ...................
--
FROM 218.104.207.*
都点晕
【 在 easyApple 的大作中提到: 】
: 十几年前,macos对windows真是压倒性的领先,主要有几方面
: 1. 稳定性
: 2. 美观
: ...................
--
FROM 60.29.0.*
你确定导航是跑到车载系统上运行了么?
我看分析都是说这个流转是类似carplay的投屏系统。
EMUI在PC上面早就能投屏,这也不是鸿蒙的新能力。
还有个19年的视频演示了VIVO那个时候就有“让应用在另一个手机上控制”的手段了。
12年联想“乐同步”会上所演示的内容与2021年鸿蒙所展示的“流转”设计思路完全一致。
【 在 easyApple 的大作中提到: 】
: 导航从手机直接转到车载系统,你到抖音搜“鸿蒙 流转”
--
修改:laputa2013 FROM 220.249.52.*
FROM 220.249.52.*
没开过智能汽车?
【 在 easyApple 的大作中提到: 】
: 导航从手机直接转到车载系统,你到抖音搜“鸿蒙 流转”
--
FROM 211.162.81.*
你去看鸿蒙的白皮书,鸿蒙有一个功能很完善的分布式系统中间件,如果还是常规的c/s结构,华为吃饱了撑的搞这个,华为这种老牌通信厂商,实现分布式系统是很简单的事情
传统C/s也可以实现很多资源共享,但对于用户来说,要麻烦的多,分布式本质上来说就是帮用户把这些事给做了,让资源共享透明化了
【 在 laputa2013 的大作中提到: 】
: 你确定导航是跑到车载系统上运行了么?
: 我看分析都是说这个流转是类似carplay的投屏系统。
: EMUI在PC上面早就能投屏,这也不是鸿蒙的新能力。
: ...................
--
修改:easyApple FROM 116.77.8.*
FROM 116.77.8.*
应用流转不是鸿蒙独有的,蔚来能做到,小米也能做到。苹果做车的话,也能做到。
【 在 easyApple 的大作中提到: 】
: 你去看鸿蒙的白皮书,鸿蒙有一个功能很完善的分布式系统中间件,如果还是常规的c/s结构,华为吃饱了撑的搞这个,华为这种老牌通信厂商,实现分布式系统是很简单的事情
--
FROM 211.162.81.*
c/s结构也可以做到很多资源共享的事情,但扩展性稳定性都不行,表面上效果差不多,底层完全不一样,鸿蒙支持分布式文件系统,所有电脑文件看起来都在本地,mac,ios就不行,或者需要用户做很多工作,难以做到统一的访问接口
【 在 moonfish 的大作中提到: 】
: 应用流转不是鸿蒙独有的,蔚来能做到,小米也能做到。苹果做车的话,也能做到。
--
修改:easyApple FROM 116.77.8.*
FROM 116.77.8.*
华为啥时候出自己cpu +鸿蒙的 笔记本电脑?有消息么?到时候我全换到华为上去。
【 在 easyApple 的大作中提到: 】
: Win11把Mac的精髓都学去了,nvidia的ai确实很有用,我没开b站会员看视频的清晰度都赶得上高清了,m系列cpu的性能应该也能实现,就看今年新版macOS的改进有多大。
: Mac/ios虽然已经通了,但操作系统的界限还没有打通,还是各自独立运行,app在系统之间还不能自由调度,ios和mac之间传递资源还是很麻烦,而华为已经做到无缝流转了
: 苹果目前操作系统的架构明显已经过时了,没办法大改适应新的需求,所以每种硬件平台不得已搞个新的操作系统,你看华为所有硬件平台的操作系统都只有一个,就是鸿蒙
: ...................
--
FROM 117.133.52.*
还没有确切的消息
【 在 chunhui 的大作中提到: 】
: 华为啥时候出自己cpu +鸿蒙的 笔记本电脑?有消息么?到时候我全换到华为上去。
--
FROM 116.77.8.*
我看了人家分享的文档,没你想象的那么透明。
迁移能力:向开发者提供跨设备业务的无缝迁移能力,开发者可以通过调用 Page 模板 Ability 的迁移接口,将本地业务无缝迁移到指定设备中,打通设备间壁垒。
设备 A 的 FA 迁移至设备B:设备 A 上通过本地应用提供的迁移按钮,将设备 A 的业务无缝迁移到设备B中。通过业务迁移能力,打通设备 A 和设备 B 间的壁垒,实现如文档跨设备编辑、视频从客厅到房间跨设备接续播放等场景。
迁移FA
continueAbility(String deviceId)接口提供将本地FA迁移到指定设备上的能力,需要开发者在调用时指定目标设备的 deviceId。具体参数定义如下表所示:
说明
Ability 和 AbilitySlice 类均需要实现 IAbilityContinuation 及其方法,才可以实现 FA 迁移。
参数名 类型 说明
deviceId String 当开发者需要调用该接口将本地 FA 迁移时,需要指定目标设备的 deviceId。
FA 迁移过程中,远端 FA 首先接收到发起端 FA 传输的数据,再执行启动,即 onRestoreData() 发生在 onStart() 之前,详见 API 参考。
传输哪些数据是需要开发人员代码指定的。
……
// 为了实现迁移能力,需要引入传递迁移所需数据的包以及实现迁移能力的接口。
import ohos.aafwk.ability.IAbilityContinuation;
import ohos.aafwk.content.IntentParams;
……
// 设备 A 将运行时的 FA 迁移到设备 B,实现业务在设备间无缝迁移。
// 跨设备迁移FA
// 本地FA设置当前运行任务
private ClickedListener mContinueAbilityListener = new ClickedListener() {
@Override
public void onClick(Component arg0) {
// 用户选择设备后实现业务迁移
scheduleRemoteAbility(new ISelectResult() {
@Override
public void onSelectResult(String deviceId) {
continueAbility(deviceId);
}
});
}
};
@Override
public boolean onSaveData(IntentParams saveData) {
String exampleData = String.valueOf(System.currentTimeMillis());
saveData.setParam("continueParam", exampleData);
return true;
}
@Override
public boolean onRestoreData(IntentParams restoreData) {
// 远端FA迁移传来的状态数据,开发者可以按照特定的场景对这些数据进行处理
Object data = restoreData.getParam("continueParam");
return true;
}
@Override
public void onCompleteContinuation(int result) {
btnContinueRemoteFA.setText("ContinueAbility Done");
}
【 在 easyApple 的大作中提到: 】
: c/s结构也可以做到很多资源共享的事情,但扩展性稳定性都不行,表面上效果差不多,底层完全不一样,鸿蒙支持分布式文件系统,所有电脑文件看起来都在本地,mac,ios就不行,或者需要用户做很多工作,难以做到统一的访问接口
--
修改:laputa2013 FROM 220.249.52.*
FROM 220.249.52.*