有朋友给老周提出建议：老周，能不能在写博客时讲一下有深度的小故事？技术文章谁不会写。讲一下对人生有启发性的故事会更好。

哎呀，这要求真是越来越高了。好吧，尽量吧，如果有小故事的话，老周在就每次写博客时写出来；如果没有故事可讲，那只能请您原谅了，呵呵。 

有人问老周，你每天都玩手机的吗？答案是肯定的，与时俱进嘛，玩是肯定的。不过，老周从不做低头族，虽然玩，但不会一整天都低着头看手机，这样做让人觉得你很没礼貌（如果一个人独处就没关系），也很没情趣。尤其是一堆人在说话时，你再不喜欢讲话也应该插上一两句，老低着头在那里，一来对身体不好，二来也显得不尊重别人。

其实，老周在家独处时，也不会总拿着手机的。我觉得现在的人很奇怪，似乎大家都知道某些事情对身心不好，但就是不知道为什么，明知道有害也要沉迷其中。这大概就是佛家所说的过度执迷了。执着本没什么不好，但执迷就有点物极必反了。

要说现代人到底懂不懂什么是爱，这真的难说，如果对自己都负不起责任的话，不懂得惜爱自己的人，估计也很难去爱别人。生活中很多东西（比如手机）都是我们的工具，我们是要做工具的主人，还是成为工具的奴隶。唉，只有自己心里明白了。究其根本，可能就是因为很多人的精神家园一片苍白的原因吧。

总之，适可而止就不会有什么后患。

=================================================================

本文将说一说如何将当前应用程序集成到系统的文件选择器中，为啥会有这个？ 因为Windows App不同于传统的桌面应用，大概是为了数据安全的需要，，在应用安装后，操作系统会为每一个应用程序分配独立的注册表项，以及独立的存储目录。严格上说，这些属于某个应用程序的“隐私”，是不应该让其他应用程序去访问的。

不过，有时候真的希望某个应用可以将它的本地文件提供给其他应用使用。其实有一种思路就是可以把共用的文件直接存到系统的图片、音乐、视频、文档等库中。当然，如果可以把当前应用程序集成到系统的文件选择器中的话，会让我们处理起来比较灵活，因为从界面到文件，我们开发者都可以自行控制，也可以操作哪些文件希望公开给其他应用程序，或只留给自己使用。

SDK提供了这些集成功能，这个功能在Win 8的时候就有，到了Win 10，就与传统的系统文件对话框融合到一起了。以前在Win 8/8.1的应用里面，是使用独立的全屏的文件选择器的，现在是把新的呈现引擎与传统的Shell窗口结合到一起了。

SDK提供了打开文件对话框和保存文件对话框的集成支持，而且实现原理相近。本文老周只以集成打开文件对话框为例，至于保存文件对话框的集成，有空的话，老周再补写，因为原理相近。

老规矩，先介绍一下要点：

1、要让应用程序可以集成到文件选择器中，需要重写Application类的OnFileOpenPickerActivated方法，当文件选择器激活当前应用时，会调用该方法。

2、从OnFileOpenPickerActivated方法的参数对象的FileOpenPickerUI属性可以获取到一个FileOpenPickerUI实例，后面的所有操作都是在这个FileOpenPickerUI对象上做文章了。因为我们的应用需要提供一个可视化的界面来让用户操作的，所以通常会导航到一个页面，并把FileOpenPickerUI实例作为参数传递过去。

3、要把某个文件添加到选择器的选择结果中，可以调用AddFile方法，方法的第一个参数为文件的标识，这个标识在整个选择列表中必须是唯一的，通常可以用文件名来标识；第二个参数就是要加入到选择结果列表中的文件实例。如果文件选择器是多选，则整个结果列表会返回给调用方，如果是单选，就只返回一个文件实例给调用方。在AddFile之前，请调用CanAddFile方法来检查一下某个文件到底能不能添加到结果列表中，能就返回true，不能就返回false。“命里无时莫强求”，如果不能添加，那你就省省事吧。

4、RemoveFile方法可以从结果列表中删除一个文件，注意只是从选择结果列表中删除而已，不会真的把文件从硬盘中删除。删除时指定文件的标识，这个标识就是刚才AddFile时的标识，为什么标识要唯一，原因就在这里。在删除前，可以用ContainsFile方法查看一下结果列表中有没有要删除的项。

5、重点，很容易忘记，就是要在清单文件中配置相关扩展声明，让应用程序支持文件选择器的集成。

好，抽象的话讲完了，下面就给大伙儿来点不抽象的东东，以缓和一下性情。

我定义了这么个页面，用ListView来显示待用户选择的文件。