Windows 8：Metro 应用程序如何
目录:
Windows 8 引入了一种新型应用程序，根据最新的Microsoft 名称，Metro 或Modern UI 风格的应用程序。它们不是我们习惯的应用程序，至少不是在计算机上。因此，在我们的这一期特别节目中，我们将深入研究 Metro 应用程序是什么样的以及它是如何工作的。
Metro应用程序的界面：工具栏和导航
Metro背后的主要理念是最重要的是内容。出于这个原因，在 Windows 8 中，应用程序的界面中将有相当少的控件，这些控件将专注于向我们显示文本、视频、图像或其他内容。但是，我们仍然需要控件，我们不能到处用手势做所有事情。为此，Metro 应用程序有一些共同的界面元素可以帮助我们完成某些任务：最主要的是 App Bar 或工具栏。
这个栏包含我们可以在每个应用程序屏幕中使用的所有命令，关于它最重要的一点（也是与Windows Phone 的主要区别）是它是上下文相关的，它正在适应我们正在做的事情。
应用程序栏在我们使用应用程序时是隐藏的，直到我们从屏幕底部滑动才会出现。原因？通常我们不需要那里的命令，如果它被隐藏起来并且只在必要时才被带出，它就不那么烦人了。
然而，有些情况下我们确实需要那个斜线。例如，当我们选择几个元素时，最有可能的是我们想对它们做一些事情：删除它们，将它们添加到文件夹中……因此，当您选择多个元素时，下面的栏会自动出现，这会有你需要的按钮。
应用程序还可以包含一个顶部导航栏，当您从屏幕顶部滑动时会出现该导航栏。如果应用程序具有线性导航系统，此栏允许我们转到应用程序的不同部分或返回。
并非所有应用程序都以相同的方式实现它：例如，在 Internet Explorer 中，它用于在选项卡之间导航，在其商店中用于转到不同的部分......微软不强制使用通用的设计，但它确实邀请该栏的目的始终是在应用程序的不同部分之间移动。
超越全屏视图
Metro 还改变了应用程序在屏幕上的显示方式。当我们正常使用它们时，它们将被最大化，但我们在执行它们时有其他可能性。比如我们可以把应用贴在屏幕的边上，只占三分之一的空间。
请记住，这不仅是调整大小，而且显示内容与全屏显示不同，开发人员必须实现最适合此模式的界面。
"另一方面，我们也可以通过charms运行Metro应用。比方说，我们正在看一条新闻，我们想分享它。使用右侧栏上的共享按钮我们可以选择一个应用程序，它将执行一个对话框>"
也是与桌面应用的区别。在 Windows 7 中，要从一个应用程序共享到另一个应用程序，我们可以拖放（或复制粘贴）；从开发人员的角度来看，这是一种相当粗糙的方法。在 Windows 8 中，它是允许应用程序相互通信的系统，从而为更丰富的交互打开了大门。
另一方面，微软与其他移动系统和平板电脑有着明显的区别。尽管是一个如此简单的概念，但在屏幕上显示多个应用程序这一事实是 Android 和 iOS 都没有做到的，当我们拥有屏幕足够大的平板电脑时，这真的很有用。这是 Windows 8 是一个来自桌面而非移动设备的系统的优势之一。
Metro应用程序执行模型
第一次打开Metro应用程序时，它没有关闭按钮这一事实肯定引起了您的注意。它是比普通 Windows 应用程序更典型的移动应用程序。您可能还注意到，当应用程序不在屏幕上时，它什么也不做，它会保持冻结状态。
这些差异为我们提供了Metro 应用程序的三种可能状态：运行、暂停和停止（未运行）。当我们第一次启动应用程序时，它会进入运行状态，我们可以与之交互。如果我们切换到另一个应用程序，状态变为挂起：Windows 将应用程序的状态保存在内存中，但暂停它正在运行的所有进程。
只要应用程序被挂起并且还有内存，Windows就会继续保存它的状态。当您通过更改应用程序或再次单击其图标返回到它时，它将重新激活并恢复其先前的状态。另一方面，如果没有足够的 RAM，Windows 将完全关闭应用程序。当你再次运行它时，它不会自动恢复它的状态，而是从头开始运行，除非开发者将它编程为在关机时保存恢复数据。
正如你所看到的，这是一个比电脑更典型的手机模式，也意味着使用这些应用程序时的心态转变。当你的电脑上有很多应用程序时，不需要杀死Metro应用程序，因为系统已经自动完成了。
"我们也不必担心在使用完后关闭应用程序。首先，因为从我们的角度来看，挂起的应用程序不会占用系统资源，所以将其留在那里并没有错。其次，因为我们甚至做不到：没有退出的选项，甚至不能像在 Windows Phone 中那样连续按后退按钮。"
缺点：比传统应用更多限制
正如我之前所说，Metro应用带来了许多有趣的移动概念。不幸的是，它们也有开发人员必须遵守的限制，有时是因为 WinRT API 没有给他们选择的余地，有时是因为他们不接受 Windows Phone Store 中的应用程序。
首先是应用程序是如何分布的。它们必须完全包含在应用程序包中，它们不能下载额外的可执行组件才能工作。这意味着不使用像 Java 这样的框架，并且具有多个二进制组件的应用程序（例如，LaTeX 发行版）必须设法将所有内容放在一个包中，而无需将任何内容下载到用户空间。
我们对访问低级系统API也有更多的技术限制。例如，无法使用Sockets，这会破坏与许多现有库的兼容性，并且还会阻止创建更复杂的通过网络传输数据的应用程序。
Metro 还加强了应用程序彼此隔离的事实。这会阻止创建应用程序启动器，无法修改 Metro 应用程序的功能，并且它们无法以共享文件以外的方式相互通信......它关闭了我们桌面上的许多可能性。
所有这些以及微软对 Windows 应用商店的限制：可能会冒犯某些人的内容、可被检测为恶意软件的安全应用程序......如果在审查过程中发现某些内容违反规则的应用程序将被拒绝，直到错误被修复后才能到达用户。
这些限制支持Metro 应用程序不会用于在计算机上进行严肃工作的想法。就个人而言，我并不完全同意（例如，对于 Metro 应用程序，您可以为复杂的应用程序创建 UML 设计），但它们确实不会成为具有桌面应用程序那么多可能性的应用程序。
另一方面，由于它们是更简单的应用程序，并且具有更多封闭的功能，因此它们将更易于用户使用。问题的关键是在通用界面和行为与给予开发人员的自由之间找到平衡点，我认为微软已经成功地找到了 Metro 应用程序的最佳点。
