俗话说，太阳底下无新事。Metro UI 的脱颖而出似乎是一次大的颠覆，但是任何新事物不过是旧事物换个表现方式。不妨从应用启动器的设计看，探讨一下 Metro UI 的一些缺陷和不足。
所谓智能手机，就是可以通过软件扩展手机功能，其结果就是软件不断增多，如何管理这些应用就成了问题。最普遍的方式是将应用图标化。如何管理应用图标不同系统的处理方式各有千秋。
一般来说，应用以图标展现，放在启动器上。启动器的表现方式大致是：以主屏幕为启动器；单独的启动器；两种的混合。
第一种以 iOS 和早期黑莓系统为代表，所有应用图标放在桌面之上，可以说桌面本身就是应用启动器。
专门的启动器如 WebOS 的设计，显示应用是必须首先点击启动器的，可以说其桌面不是容器，只是承载一个壁纸。改进后的黑莓系统也采取了类似的方式。
Android 是个混合体，即可以桌面为启动器，也有单独的启动器，不过一般来说，桌面是放置常用应用图标和挂件。由于 Android 的开放性，不同的运营商和 ROM 开发者都采取了不同的处理方式，比如国内的 MIUI 就是采用 iOS 的方式，没有另外的启动器，当然在文件夹的操作上，仍继承了 Android 略微繁琐的方式。
组合方式很多，各有所好吧。以桌面为启动器是最高效的，但是牺牲了壁纸，单独启动器的好处是保留完整的壁纸。
归类和隐藏
iOS 最初的设计是没有文件夹的，结果是无法归类，找寻不易。全局搜索也许是更高效的，但是用户一般还是喜欢直接寻找的方式。
iOS 进化后加入文件夹。在这方面，苹果还是下了一些功夫的，目前为止，iOS 对应用文件夹的处理仍是最高效的。另一选择是 WebOS 后来加入的以页面来归类。
文件夹出现的也很早，而且有一个我至今很怀念的设计，就是隐藏图标，保持界面清爽 。iOS 不越狱是无法提供这个功能，Android 至少默认的启动器是不支持的，为何只有设计黑莓系统的设计师认为这个很需要，的确是个有趣的事情。
从图标到活动格窗
以上谈到设计是基于图标的。图标的问题是本身不实时展现内容。iOS 情况更糟糕，因为通知系统不佳，使得它在实时信息的展现上远落后于 Android/WebOS。
微软的 Windows Phone7 看起来是个很大的颠覆，活动格窗引发无数赞誉，但是任何新事物都是旧事物的某种继承，而且往往会带来新问题。
Metro UI 的应用启动器是两个页面，第一个界面是活动格窗，第二个界面是程序列表。
先看第一个界面。活动格窗：程序图标；实时更新的内容，再看第二个界面。程序列表：未归类的全部应用。
第一个界面与 Android 的桌面功用很相似：程序加挂件。只不过统一放在方格之上。所谓实时更新与挂件的功能类似。
第二个界面与 android 的启动器相类似，只不过将图标换成了列表。
实时更新只不过是一个新鲜的花样，吸引眼球而且功能不大。正如 Android 的 挂件一样，活动格窗也不过是一个附加花样而已，因为无论活动格窗和挂件本质是一样的，功用有限，适用范围小。
在手机这样的小屏幕上，无法显示更多内容，以 Android 为例，许多应用虽然提供了挂件，操作还是需要进入应用页面进行的，它起到的只是一个提醒作用，完全可以用通知栏（Android/WebOS）来取代。
新的问题
如果你仔细思考的话，会发现活动格窗甚至不是高效的方法。活动格窗既可以承载应用，也可以承载应用展现的信息，但是，不是所有应用都是需要实时更新的。结果出现什么情况呢？
电话/短信这些不需要经常推送内容的服务，IE 浏览器，甚至没有集成的 Twitter，都做为一个图标显示在活动格窗里面，它们不活动而且很占空间。而且更糟糕的是，电话和短信会顽固占据主界面的大部分（得益于主流智能手机的新设计，逐渐消灭了电话键）它们的活动也只不过是展示未接来电的数量和未接短信的数量，这简直是继承了 iOS 通知系统的设计，而且扩大化了。
而且这种方式比起图标来，更加大翻动屏幕的负担。再设想一下，如果你是一个不喜欢在主屏幕实时更新消息的人，结果会怎样？不是“图标海洋”而是一大堆“坐着小船的图标海洋”。随着程序的增多，这将是一场真正的灾难。再考虑一个问题，程序如何归类呢？
