那些年苹果与 USB 的爱恨情仇

喜新厌旧,人之常情,也是大公司常态。 大公司见异思迁的背后,往往都由利益推动。即使是一个小小的接口,背后都是博弈。像苹果这么傲娇的公司,更是把和USB接口的爱恨情仇演绎得淋漓尽致。

当年,他们曾经是在一起的。

最初Mac和搭载Windows PC的共同接口很少。比如,PC上打印机的接口是并行接口,鼠标和键盘接口是PS/2接口;Mac上的硬盘接口是SCSI接口,鼠标和键盘接口是ADB接口。即使是在调制解调器和外设接口方面,双方都是用的不同接口。

当时的Mac濒临死亡,完全不占优。1998年苹果推出iMac,抛弃了自己的旧接口,而是采用了Intel研发的标准USB(Universal Serial Bus)接口。此后,每一款Mac都会至少搭载一个USB接口。

后来,他们分开了。

随着USB 2.0和3.0问世,USB接口越来越普及,但是日益发展的苹果却不愿意主动跟随。而是另起炉灶,推出了FireWire,也被称为IEEE 1394。苹果的iPod上用的就是这种接口,凭借高速传输技术,吊打其他播放器。不过,这种接口最终没有大规模普及,主要还是用在了数码相机等影音设备上。此外,因为还要兼任Windows PC,因此苹果又不得不转向支持USB 2.0。

而在自己擅长的手机和平板上,苹果一直没有向USB妥协过。从第三代iPod和iPhone4开始,苹果采用了一种30-pin接口,此后推出了Lightning 接口,使iPhone成为当时唯一一个不支持micro-USB接口的手机。但对苹果来说,这都不是事,反而顺势推出了MFI认证,大赚了一笔。

但是在Mac上,苹果一直没能取得主导权,FireWire最终还是没能胜过USB 3.0。因此,苹果与Intel合作,推出了Thunderbolt接口,传输速度更快,还能兼容FireWire和DisplayPort接口。

现在,他们又在复合了。

可惜在Intel的强力控制下,Thunderbolt接口芯片的价格多年来居高不下,加上Thunderbolt接口仅能提供最大10W的功率输出,往往需要适配器才能充电,以及接口尺寸上也不占有任何优势等因素,苹果最终还是忍痛抛弃了Thunderbolt接口,再次拥抱了USB Type-C。

不过,多合一的USB-C也不是万能的。它不仅是充电接口,还是数据传输接口。如果要充电,就无法进行数据传输了。不过,这也正中了苹果的下怀,数据可以放在苹果的云端嘛,一举两得。(苹果画外音:我就是故意的,你来打我呀)。

哎,讲完这个故事,又一次发现苹果还真是个“重利轻别离”的商人,利益最大化才是最重要的,感情神马的都是浮云呀。

[36氪原创文章,作者: 小石头]

时间: 2025-01-03 22:19:30

那些年苹果与 USB 的爱恨情仇的相关文章

一起聊一聊小程序的爱恨情仇

背景 在移动互联网时代,Google和苹果两大巨头推出的Android和ios以及迅雷不及掩耳之势挤掉了曾经的移动端老大哥--诺基亚,然后刮起了pc端到移动端的大浪潮,我也有幸参与到了这次"技术革命"中,在传统的APP时代,每项需求都需要安装APP,越来越多的APP应用即将占满手机存储空间,那么有没有一种软件架构既不需要下载安装,又能够提供像客户端一样流畅友好的用户体验呢?答案是没有的,不过能不能做到接近原生的体验,而又解决不用装更多app的烦恼呢.这类方案中诸如google的PWA(

js 爱恨情仇说 this

原文:js 爱恨情仇说 this this 相信大家在写代码的时候都会遇到,可是怎么样才能用好this,估计这个还是有点困难的,虽然你有时候你会用到,但是他所在的具体的几个场景中所代表的是什么意思了?可能这个你就不是很清楚啊.这个就会在你使用的过程中出现很多的问题,于是今天我们来总结一下this,到底这个this?他真的有想象中的那么难吗? 其实可以总结为一句话:this指的是调用函数的那个对象 于是我们可以总结出this的四个调用场景: (1) 方法模式:简单的说就是使用点表达式或是下标表达式

产品经理和程序员的爱恨情仇

产品经理跪求程序员,程序员跪求程序成功上线! 前几天纯银V在微博上发了一条微博「很多人吐槽“人人都是产品经理”这句话,其实在我看来,这句话的正确理解是“人人都应该学习产品经理的思维方式,来提升自己的专业能力”,不知道作者是否本意如此.当然,实际上它容易被理解为“我也可以做产品经理,创造一个伟大的产品”,那就很扯淡了.尤其水货产品经理的破坏力之强令人惊叹」,引发了诸多讨论. 我看了之后,意味深长的转发了一下:从来没人说人人都是程序员,这其实说明了一些什么……于是又引发了一番热议,比如: 对呀,也不

初识angular.js之爱恨情仇

angular.js Angular.JS 是一组用来开发Web页面的框架.模板以及数据绑定和丰富UI组件.它支持整个开发进程,提供web应用的架构,无需进行手工DOM操作. AngularJS很小,只有60K,兼容主流浏览器,与 jQuery 配合良好. 简单概括:MV*模型的js框架 angular.js之爱恨情仇 爱恋之际 MV*模式 职责清晰.层次分明,例如页面样式变化仅改变View代码,其它层次结构代码无需改动. 数据绑定 数据视图绑定(单.双向数据绑定),无需反锁的改变DOM的值或修

Menu与ActionBar的爱恨情仇

最近在开发一款音乐播放器,在开发过程中遇到了一点小麻烦,通过android API搞清楚了Menu与ActionBar的爱恨情仇,写了个小Demo祭奠一下那些年我们陷进去的坑,有不对的地方请大神们批评指正. 一.Android系统里的菜单接口(即Menu接口),它是一个父接口,其下又有两个子接口:SubMenu(子菜单)与ContextMenu(上下文菜单) 常用的菜单有以下三类:Option Menu(选项菜单,常与ActionBar连用),Context Menue(上下文菜单),Popup

web移动端fixed布局和input等表单的爱恨情仇 - 终极BUG,完美解决

[问题]移动端开发,ios下当fixed属性和输入框input(这里不限于input,只要可以调用移动端输入法的都包括,如:textarea.HTML5中contenteditable等),同时存在的时候:两位大侠瞬间发生剧烈的化学反应,出现各种奇葩问题,见下图: [结论]输入框position属性值不是fixed,而变成了absolute [出现情况]当我们唤起键盘的时候,输入框位置不再页面最下面,或者说页面当时还可以继续往下滚动,再或者页面没有滚动到最下边,这个时候就会出现上面的问题 [学习

永和和红薯不得不说的爱恨情仇!

在 2014 年 12 月 24 日这一天下午,@叶秀兰童鞋无意中吐槽了一下自己的毁容事迹,结果,引发出了永和和红薯之间的爱恨情仇,OSCer 们实在是太有才,请慢慢欣赏,如有遗漏,请@小小编辑  告知一二,补上! @叶秀兰:最近毁容部分已经结痂.中午吃完饭,@永和   童鞋不经意的说了一句,你嘴没擦干净... @纠结名字 :@永和  心里想:终于有机会表现了,我要帮她擦嘴.但@叶秀兰  内心一紧,心想:毁容的事被他发现了!眉头一皱,大喊:走开! @chameleon :@永和  恁的一惊,这女

对json的爱恨情仇

本文回想了对json的爱恨情仇. C++有风险,使用需慎重. 本文相关代码在:http://download.csdn.net/detail/baihacker/7862785 当中的測试数据不在里面,由于这是项目开发中用到的,须要保密. 在工作时才接触json,看过简单介绍,语法简单,易于扩展,用起来是非常爽的事.和后端的一些交互也基本上都是用的json.在项目中用了第三方库:simple json,用起来也不亦乐乎.只是也吃过该库的亏: 1.忘了解析后的JSONValue应该delete掉;

ios safari input fixed 软键盘里的爱恨情仇

请看第一题: 为什么我的input获取焦点后,被输入法遮住了. 解决办法: 源码: <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> <script src="jquery-3.1.0.js"></script> <style&g