问候，哈勃！
该帖子的灵感来自
有关Windows 10移动版不再支持的
新闻 。
一次成为诺基亚Lumia 925的所有者，我将向您介绍Windows Phone 8.1移动开发领域的我的手艺之一。
附录：“俄罗斯联邦中央银行的汇率。” 背景知识
到了2014年底，
确实发生了一些
奇怪的事情。 美元在增长，欧元并不逊色，但几个月后已经计划放假，现在是时候购买这种货币或至少要对其进行监控了。
在Windows Phone Market上找不到任何有用的东西，我决定尝试为自己写一些东西。
最后，这并不困难-我在膝盖上制作了应用程序，将程序集上传到电话中，您生活得很好。 而且，如果您自己喜欢它，则可以将其上传到市场，即使它对其他人也有好处。
PS：“没什么有用的”还意味着用大量广告过滤应用程序（愚蠢的人，你到底怎么了？）。
版本号1
目的：创建具有唯一机会的简单应用程序-查看应用程序中的汇率并在主页上创建图块
正式一点：
- 最简单的用户界面
- 今天/明天的货币价格表
- 能够在主页上创建图块
- 没有广告
结果是什么（不幸的是，第一个版本的磁贴的屏幕截图没有保存）：
中级服务
磁贴由访问中央银行数据并将其缓存一天的书面服务引用，因为 中央银行不会更频繁地更新数据。 即 该应用程序不适用于实时数据，因为 磁贴本身的概念不允许频繁更新。
我记得，最小刷新率约为半小时。
谁会知道我在创建带有“不正确数据！”的应用程序时收到多少评论和最少的评价。 在下一个版本中添加有关更新频率的信息不会改变这种情况-用户继续定期编写有关不良数据的信息。
除了数据请求外，服务本身还允许收集有关应用程序使用情况的少量统计信息。 首先，查询统计信息（每个tile =请求）如下：
版本号2
目的：出乎意料的是，来自用户的评论请求添加速率变化动态图。
结果是什么：
有趣的是：我必须拿起并重建图表库的源代码才能通过应用程序的认证。技术细节在准备发布应用程序的过程中，已经使用Windows App认证工具包揭示了组件内部存在一些kernel32.dll调用。 特别是，有两个错误：
此应用程序类型不支持kernel32.dll API中的CreateFileMappingA。 Sparrow.Chart.WinRT.45.dll调用此API。
此应用程序类型不支持kernel32.dll中的MapViewOfFile API。 Sparrow.Chart.WinRT.45.dll调用此API。
事实证明（在对来源进行谷歌搜索和排序之后），为Windows Phone编写的组件具有#if WPF指令。 没有使用一段代码，但是它破坏了认证测试。 注释掉指令，编译，瞧，所有测试都通过了。 在更新版本结束时发现类似错误非常令人不快。 但是很幸运。
截至六月的一些请求统计：
书面服务大致提供了以下有关磁贴的使用的信息：
- 125个用户使用0个图块-主要使用该应用程序
- 260位用户使用1个图块
- 175位用户使用2个图块
- 61位用户使用3个图块
- 7位用户使用4个图块
- 1个用户，带6个图块
版本号3
目的：受用户要求的启发（两个人问，但这足够了），我决定应该有一个新的设计。
结果是什么：
统计资料：
这些数字不是很高，但对我来说很好。 但可以肯定的是，用户数量逐渐增加。
版本号4，最终版本
目的：这次是受VKontakte应用程序新设计的启发。 是的，最后必须重写MVVM。 是的，并添加石油和金属课程。
结果是什么：
可以看出，在这一点上，我想通过自愿捐款来赚钱。 他们设法赚了大约800-900卢布，无法取回。 感谢Microsoft提供的25美元的最低提款额。
最终统计：
总结
随后，又写了一个秒表计时器，但对他没什么好玩的。 它只是在考虑到系统的所有限制的情况下才起作用，其中有很多限制。
当Windows Phone 10上的用户开始提出越来越多的评论，要求修复磁贴大小或新系统的特定问题时，开发的熔丝开始消失。 同时，我的设备没有明确包含在使用Windows Phone 8.1更新平台的列表中。 不需要随意布局，只在仿真器中进行测试。
然后消息传来，根本没有系统更新，只能“购买新手机”。 对于应用程序而言，这是一种耻辱，尤其是考虑到总体上积极的用户评论。
在此注释上，完成对职位的怀旧。 谢谢您的关注。