昨晚在翻到自己 2012 年年底写的一篇 《魅族 MX2 与小米手机 2 的对比体验》 的文章时，无意间看到了当时所提及的魅族 Smartbar 设计。仔细想想，这项在当时被魅族大肆宣传的交互方案如今似乎快销声匿迹了，在今年的 Flyme 4.0 更新和新机发布时，魅族也并未将其列为宣传重点，倒是让我有些好奇。Smartbar 最近过的怎样了?寻找相关的新闻信息，较为官方的就是一篇 12 月份的 对魅族杨颜的采访 ：
“主观来讲，这是一种新的尝试，但也正是由于 Smartbar自身影响力还没那么大，因此在推广的过程中遇到了一定的阻力。这件事也给魅族带来了新的思考：是否需要用一种新的方式来改变这种模式?杨颜表示团队已经找到了一种新的设计方式来彻底解决兼容性问题，这个方案会在未来公布。”
所以，回过头来看看，经过了两年的发展时间，Smartbar 对魅族来说，还是一个好设计吗?
2012 年，魅族在发布 MX2 的时候，提出了这个全新的交互概念：Smartbar，这也是魅族首次尝试对当年 Android 较为糟糕的交互所提出来的解决方案。我们现在还可以从 魅族开发者中心 看到这张图片，也是魅族官方对于 SmartBbar 设计作出的解析。
我们可以很直观的看到，SmartBar 的初衷就是为了避免大尺寸手机右上角出现“操作盲区”，所以选择把右上角的 Action Bar “功能键”全部整合至底部，这样做的目的，就是为了让手指更好的照顾到屏幕下方，也方便操作。
可以说，在当时那个 Android 应用设计还较为混乱的时代，Smartbar 的设计理念还是赢得了不少人的赞许，之后也有部分应用厂商推出了相应的适配版本，例如像当时新浪微博的 MX2 专版以及布卡漫画等，基本上 Smartbar 上都会有五个可操作的图标，而多余的则整合到了最右边的菜单键中，如同魅族所设想的一般。
当时魅族也表示，在 Flyme OS 中，只要应用是遵照 Android 4.0 开发规范设计的，便会自动匹配 Smartbar。
谁知道，也恰恰正是这个所谓的“开发规范”，直接影响了 Smartbar 的未来。
在当时 MX2 体验时，很多人就已经发现了问题，某些在界面上遵循 Android 4.x 应用设计规范的应用并不能很好的适配底部的 Smartbar，这种情况下 Smartbar 便只剩下了“返回键”和“菜单键“;如果是应用将 Action Bar 设计在了底部，则会出现最糟糕的情况——也就是一直被大家所诟病的”双层菜单栏“问题，而此时 Smartbar 就只剩下一个”返回键“了。
从魅族产品角度来说，从 MX2 开始，魅族正式取消了机身正面的实体圆点按键和两侧的实体触控按键，转而使用了感应式 Home 键，基本奠定了未来两年魅族手机产品的风格。简单来说，这是一颗带有手势操作的感应按键，你可以在锁屏时双击 Home 键唤醒屏幕、亦或者是按住 Home 键向上滑动起到“后退”的作用。
但在谷歌的标准中，正常的 Android 设备应该是正面无按键，屏幕内底部显示返回、桌面、多任务三个虚拟按键的导航栏。
那么问题就来了，魅族手机的小圆点(Pro 为实体键)对应的是“桌面”，而“多任务”则是依靠手势来完成的——从 Home 键一侧的屏幕外向屏幕内滑动调出多任务栏。那么“返回键”呢，此时只能单独放在屏幕内的 Smartbar 中。
尽管目前，魅族手机可以通过上划 Home 键来实现“返回键”的功能，我个人也是更倾向于这么操作。但从魅族论坛的反馈来看，很多人似乎并不习惯这样的手势操作，而更倾向于使用屏幕内“返回键”，更不要说在一个 4.x 系统占比已经近 80% 的年代，那些还保留着“Menu 键”的过时 Android 应用了。
其次，从应用设计和开发角度来说，国内存在着非常多设计不规范的应用，典型例子无疑是两大顽固派微博和微信了。其实对于采用实体触控按键的手机来说——虽然外观不符合谷歌的初衷，但至少使用这类应用还是能够带来正常体验的;可这对于脚踏两条船——iOS 和 Android 设计杂交的魅族手机来说，就显得有些吃力不讨好了。
举个例子，当年的微信 5.2 由于采用了类似 Android Design 的设计而获得不少好评(可惜新版又改回来了)，但位于 Action Bar 右上角的 Overflow 键和其它按钮并没有被 Smart Bar 所识别。完全不兼容 Smart Bar，本质原因在于，尽管从表面来看微信 5.2 是按照 Android Design 设计，但实际上，出于对“易用性”和“可见性”的考虑，微信 5.2 并没有使用标准的 Action Bar Overflow 控件，但是却推出了一个“看上去很像” Android Design 的版本。这样的案例其实有很多，对于只识别标准控件的 Smartbar 来说，无疑是嘲讽一般的存在。
也有开发者表示，目前 Smartbar 给开发者的空间太少了，例如只能放图标控件，严重限制发展等。早前 NovaDNG 在《 再谈 Smart Bar 》一文中便表示：“Android 官方设计规范真正规定的只是一种用户的使用体验，而不是程序的实现方式。”也就是说，开发者可以利用谷歌所提供的特征来自由使用控件，甚至包括自定义控件和自制控件，但应用整体依旧是符合 Android 官方设计规范的。所以，不少应用为了能获得良好的阅读体验，便直接选择“干掉” Smartbar。
另外，在新的 Material Design 设计规范下，谷歌自己也已经有了新的设计和交互方向，如不推荐“双底栏”元凶 SplitAction Bar、推荐侧滑 Side Nav 侧边导航栏等。我们也看到，在经历了两年时间的演变，Android Design 并非原地踏步，而是飞速前进。从这一点上看，Smartbar 是否还符合当下潮流的发展，是否还应该固守那个死板的“开发规范”，确实值得去审视。
耐人寻味的是，早前魅族应用中心还推出过一个 “ SB 适配应用 ”的专题，里面包含了不到一百款的专门对 Smartbar 进行适配的专版应用，其中也不乏微博、QQ 国际版、ZAKER、手机淘宝等常用应用。我个人使用过不少 SB 专版应用，其实更新速度能跟上原应用适配速度还好说，但大多数情况下其实都事与愿违。如果 Smartbar 真的是和魅族当初宣传的一般“无需适配”，现在又何需再单独再推出一个专题呢?
在魅族最新的 Flyme 4.0 中，其实我们也明显感受到魅族一直以来试图改善大屏手机单手操作的设计思路，如系统级应用大多都没有将按键放在右上角，而是更多的选用 Tap Bar 滚动标签和底部的 SmartBar 来操作，随之所带来的交互体验是非常不错的。但这仅仅只是对于魅族自家应用而言，第三方的问题仍无法很好的解决，很多巨头级应用，如微博、微信，在它们看来，易用性的重要程度远比遵循设计规范要来得高，当然，如如果它们可以好好研究一下设计规范，在照顾用户群体的前提下或许还可以把交互做得更漂亮。
Smartbar 给我们带来的是什么?个性化的体验?更易用的交互?双底栏的困扰?还是落后于时尚的固执?最近，Smartbar 似乎也走上了“自我否定”的道路：魅族在最新的 Flyme OS 3.7.7A 体验固件中，正式加入了一项“智能隐藏 Smartbar”功能，后面还加了一句“和双底栏说再见”，基本算是把当年的骄傲打入了“冷宫”。
让我们看一下 Smartbar 两年内的“进化史”吧：
2012 年 11 月，魅族正式发布内置 Smartbar 的 Flyme OS 2.0。
2013 年 9 月 2 日，魅族正式发布 Flyme OS 3.0，“Smartbar 2.0”可以基于用户使用习惯自动调节返回按钮位置。
2013 年 12 月 26 日，魅族发布 Flyme OS 3.3.1 正式固件，该固件可以自动调节 Smartbar 的高度。
2014 年 8 月，Flyme OS 3.7.7A 固件发布，“智能隐藏 Smart bar”功能推出，后面还补了一句“和双底栏说再见”
至此，从两年前的“智能适配”到如今的“智能隐藏”，魅族的 Smartbar 一路坎坎坷坷，似乎已经走到自己“人生”的一个拐点，是从此默默无闻的作为一个备选项供人凭吊?还是跟上潮流改头换面迎来新生?这仍然是一个问题...
联系客服
