UWP - Application Development Mechanism

从Microsoft Store看所用的开发技术

翻出了吃灰很久的Lumia 950
不多说，上图

这是Windows Phone上的Microsoft Store应用
开发一个App，除了使用Controls之外，还会使用一些Mechanism，就比如说应用之间的通信，文件访问，用户认证，获取传感器数据等等
今天，我就在这里对照着Microsoft Store这个应用来大概说一下我的看法。

---

App-to-app

这是Microsoft Store里面的应用分享界面，点击后会将当前查看的应用以一个链接的方式发送到另外一个应用， 这个应用可以发送给他人（比如说QQ）
这是Dev-Center：App-to-app
具体的实现，大概就是（我的猜想）点击分享按钮的时候会触发一个DataRequested事件，并将要分享的数据放入DataPackage中，然后发给目标App

这个功能基本上所有应用都会使用，非常使用，但是形式也会比较单一。
尽管微软在DataPackage类中提供的可扩展性，但是大部分应用分享的只是一段文本而已。

---

Data access

数据访问，这几乎就是基本功能了，数据是一个App的基础，而Microsoft Store作为应用中心，在访问自身数据的同时，更是要负责安装别的应用。数据访问权限很高。
Microsoft Store要存储本地所有应用的版本信息，安装状态，就一定要在本地有数据库（可能用的是SQLite），而它又要能查询应用，显示应用信息，这又必然需要远端数据库（SQL Server），所以Data access这一部分是必须的。
Dev-Center中这一部分讲得是数据库访问（database connection），用户本地使用SQLite而远程数据库使用SQL Server。鉴于SQL Server是亲儿子，Microsoft Store基本上远端用的肯定是SQL Server了。
Dev-Center：SQL Server

---

Launching, resuming, and background tasks

后台运行这个就没图了:(

总之一个应用商店，一定要支持应用可以后台下载安装以及更新，否则没有人会愿意开着应用商店去等那些长的让人崩溃的更新
Dev-Center：Support your app with background tasks

而且，我们时常会发现，很多应用，比如《爱应用》，会点击下载应用后跳转到Microsoft Store下载，这就用到了这里的Launching，使用一个URI来唤起一个应用。
Dev-Center：Launch an app with a UR

---

Networking and web services

网络，和web服务，一个应用商店如果缺少了这两样那就不是应用商店了。
下载应用，更新应用需要网络，来传输大块数据，要求稳定，错误率低
查找应用，浏览应用也需要网络，来传输小的应用信息数据，要求速度高
而为了满足后台下载和更新的需求，则需要Background Transfer
这里微软提供了不同的网络协议可供选择：Socket，WebSocket，HTTP等等
Dev-Center：Networking and web services

---

Security

应用商店要登陆微软账户！微软账户！账户！
这是很多小白或者新手望而却步的地方——嫌麻烦
但是，不得不说这是一个负责任的做法。
跑题了。。。

应用商店是基于微软账户的，自然，用户登陆，验证是必不可少的功能。
微软还很贴心地提供了一个类AccountsSettingsPane 来处理账户关联等问题。
详情就见Dev-Center把：Web Account Manager

---

电脑没电了，匆匆写到这里。
有些诧异自己竟然是目前用类最多的那一个:)