佳明WatchAPP编写体验

背景

双十一期间，买了块佳明 Instinct 2X，不过应用商店内没有多少有趣的适配App，于是便想自己折腾一下。
因为我买的是国行手表，所以GPS输出的经纬度信号都是偏移后的GCJ02坐标，而不是国际惯用的WGS84；另一方面，手表带有磁传感器和加速度传感器，所以我便有了这样的想法：

坐标纠偏，并且可以选择坐标系和显示格式
增加一点天文功能，比如晚上出去看到一颗星星，用手表对准它，便能够知道是什么星星；显示太阳月亮的天文信息等

安装

佳明手表上的所有App都使用MonkeyC这个弱类型的语言来编写，按照官方指引下载SDK，再在vs code上安装对应的Monkyec插件，简单配置下JDK即可，不过调试的时候与模拟器的通信老是失败，最后发现还是那个老生常谈的问题：开了HyperV导致的，重启下winnat服务就能解决这个问题。

Hello World

新建一个空Project，插件会在source文件夹中默认初始化四个文件:App.mc Delegate.mc MenuDelegate.mc与view.mc；这四个文件的作用分别如下

App.mc  #程序入口文件，在getInitialView函数中初始化view和对应的Delegate
Delegate.mc #用于响应用户按键或触屏指令，默认生成的文件只带onMenu()函数，代表用户长按菜单键的动作，也可以自行添加其他函数来响应其他按键的动作：如onSelect() onPreviousPage()等
MenuDelegate.mc #用户响应用户对菜单的指令，和Delegate.mc类似，只不过是菜单的专属响应class
View.mc #用于页面布局

踩坑

搞清楚基础的编写逻辑后，便可以着手设计应用逻辑，本想着完整重写github.com/Starainrt/astro我的这个package到monkeyc上，但是验证的时候发现如下的问题：

内存限制
指令执行长度限制
Double类型计算结果十分不精准

内存限制

智能手表其实也算个嵌入式硬件，与PC不同，这些设备的内存都比较小，稍有不注意就stackOverflow，对于佳明手表，每个型号的手表配置在： {SDK Folder}/Devices/{型号}/compiler.json 中定义，对于我的本能2X，相应的限制如下：

 "appTypes": [
        {
            "memoryLimit": 32768,
            "type": "background"
        },
        {
            "memoryLimit": 32768,
            "type": "datafield"
        },
        {
            "memoryLimit": 32768,
            "type": "glance"
        },
        {
            "memoryLimit": 98304,
            "type": "watchApp"
        },
        {
            "memoryLimit": 65536,
            "type": "watchFace"
        },
        {
            "memoryLimit": 65536,
            "type": "widget"
        }

可以看到，即便是watchAPP，最大也只给到了90多Kb大小的内存，而对于一个完整的VSOP87算法，每个星体的迭代项都高达至少400多项，以double类型存储的话，每个星体至少也需要500K以上的内存。

针对这个限制，可行的解决思路是降低迭代精度，当我们把精度从完整的0.01角秒增大到1角秒时，所需的迭代系数只需要几百项就够了，这大大低于内存限制值。而且对于手表，1角秒的精度也是完全够用的。