为了方便对机器的升级和开发相关,这里对机器的相关情况做一些的汇总。
两个满速的雷电3?但是写的是4个口,不明白了,其实机器上面也是4个口
电脑不算轻
声音很小,几乎是静音
1799x6,大概就是1W+
这里和X1C做个比较
有TouchBar
无TouchBar
拥有TouchBar
后面的接口
电源管理,4mb的串口芯片,ESD保护
看里面是什么样的
整个分离
触摸组件
下面是OLED
侧面
背面
触摸板的背面
里面有的芯片
这个地方是触摸模组,然后TouchBar是OLED的屏幕,拆起来很困难,自己修起来很头秃,还是自己不动为好。
X光的照射图
分离
拧开
看了这个硬盘,心凉一半,估计是换不了硬盘了
硬盘,最后一个是定制的主控芯片
碟式键盘
可维修性,1分,修个鸡儿!
最后是2017的群像
阿巴阿巴,看完以后只能说做工真好,我的X1C的做工就是弟弟。。。
接下来看看TouchBar的开发:
就是这个小屏幕
Touch Bar 是一种 Retina 显示屏和输入设备,位于支持的 MacBook Pro 机型的键盘上方。Touch Bar 中的动态控件让人们可以与主屏幕上的内容进行交互,并根据当前上下文提供对系统级和特定于应用程序的功能的快速访问。例如,当人们在文档中键入文本时,触控栏可以包含用于调整字体样式和大小的控件。或者,当在地图上查看某个位置时,Touch Bar 可以提供对附近兴趣点的快速、一键式访问。
这个屏幕一共是两代
具体开发的细节就不说了,写个官方的设计指南:
在设计应用的 Touch Bar 界面时,请牢记以下指导。
使 Touch Bar 与主屏幕上的当前上下文相关。识别应用程序中的不同上下文。然后,考虑如何根据应用的使用方式公开不同级别的功能。
将触控栏用作键盘和触控板的扩展,而不是显示器。虽然 Touch Bar 是一个屏幕,但它的主要功能是用作输入设备,而不是辅助显示器。人们可能会瞥一眼触控栏以定位或使用控件,但他们的主要焦点是主屏幕。触控栏不应显示警报、消息、滚动内容、静态内容或其他任何会分散人们对主屏幕的注意力的内容。
努力匹配物理键盘的外观。如果可能,旨在设计类似于物理键盘中按键的大小和颜色的触控栏控件。
避免仅在触控栏中提供功能。并非所有设备都有触控栏,如果他们愿意,人们可以禁用触控栏中的应用程序控件。始终为人们提供使用键盘或触控板执行任务的方法。
在全屏环境中,考虑在触控栏中显示相关控件。在全屏模式下,应用程序通常会隐藏屏幕控件并仅在人们通过例如将指针移动到屏幕顶部来调用它们时才显示它们。如果您支持全屏,您可以使用触控栏让人们持续访问重要控件,而不会分散他们对全屏体验的注意力。
更喜欢能立即产生结果的控制。理想情况下,Touch Bar 控件为人们提供了执行操作的快速方法,否则这些操作需要花费额外的时间来单击控件或从菜单中进行选择。最小化显示附加选项的触控栏控件,例如弹出框。有关指导,请参阅控件和视图。
对触控栏交互做出响应。即使您的应用正忙于工作或更新主屏幕,当人们使用触控栏控件时,也会立即做出响应。
如果可能,人们应该能够在触控栏中开始和完成一项任务。避免让人们切换到键盘或触控板来完成任务,除非该任务需要比 Touch Bar 提供的更复杂的界面控件。
避免将触控栏用于与众所周知的键盘快捷键相关的任务。触控栏不应包含用于查找、全选、取消选择、复制、剪切、粘贴、撤消、重做、新建、保存、关闭、打印和退出等任务的控件。它也不应该包含复制基于键的导航的控件,例如向上翻页和向下翻页。
准确反映出现在触控栏和主屏幕上的控件状态。例如,如果一个按钮在主屏幕上不可用,则它不应该在触控栏中可用。
响应用户交互时,避免在 Touch Bar 和主屏幕中显示相同的 UI。例如,当人们在邮件的新消息窗口中单击屏幕上的表情符号和符号按钮时,他们希望字符查看器在主屏幕上打开,而不是在触控栏中打开。除非人们在两个地方都使用相同的控件进行交互,否则请避免通过显示冗余 UI 来分散人们的注意力。
https://developer.apple.com/design/human-interface-guidelines/macos/touch-bar/touch-bar-overview/
开发官网
https://zh.ifixit.com/Guide/MacBook+Pro+13+%E5%B8%A6+Touch+Bar+%E7%89%88%E6%8B%86%E8%A7%A3/73480
拆解
https://www.notebookcheck.net/Apple-MacBook-Pro-13-Mid-2017-i5-Touch-Bar-Review.227154.0.html
测评
https://support.apple.com/kb/SP754?locale=zh_CN