rzbdz/wechat_miniprog_gtd

当今社会，每个人都有很多任务要处理。根据 GTD 理论，能马上完成的事情必须尽早完成，能马上开始的事情必须尽早开始，能外包的事情绝不自己做，一下子做不完的事情 DDL 没到之前能不做就不做。

wechat_miniprog_gtd's Issues

feature(EntryCard): provide choices to show or not show done entries.

A Common feature

bug(Cloud): 每次同步数据消耗流量过多

一种建议的方案

使用 wx local storage 实现，因为用户会用不同的设备使用，所以每个 local cache 都要具备校验码，每次首先向云查询一下校验码（say 一个 timestamp），然后实现都很常规了。

增量同步，实时同步，需要具对着云开发的数据库各种精细操作来做，时间关系暂时没办法花时间做这部分

docs: Illustration for simplified and DDL added GTD model

需求说明

需要补充对引用程序的使用模式的详细说明，其是基于 GTD 理论，但是 GTD 不主张管理 DDL。
根据 README：

能马上完成的事情必须尽早完成，能马上开始的事情必须尽早开始，能外包的事情绝不自己做，一下子做不完的事情 DDL 没到之前能不做就不做。
但是这个说法不是正统 GTD 理论，是带有‘包TODO’（本应用拟定名称）特色的 GTD 理论，需要补充详细的说明。

ui(EntryDetail): Use van-popup instead of a separate page just like the tag page.

UI issue

Less data transferring between pages

补充

由于 entry detail 在两个页面都用到，涉及数据的问题，以及不想复制粘贴，尽量复用，所以需要单独写一个 component 才能实现。

feature(Entry): Add supports for multiple tags to mission data

需求说明

单个 tag 的表达能力有限

feature(EntryDetail): Add supports for notes to mission(entry) detail

需求说明：

一般来说单个任务必须要具备细节备注信息，包括地点，需要注意的资料马克等。
由于微信审核不支持提交 ‘敬请期待’ 功能，所以目前只在 wxml 中实现了简单的空间，通过 wx:if 隐藏了。

bug(input): add integrity constraint to input handler

问题描述

对于提示来说本来就要每个部分做到，比如 Calendar 控件进行选择，任务的最大可选 due date 不能超过项目的 due date，due date 有不能早于 trigger date

bug(TodoData): use arguments collection to 'overload' data class contructor

现在的数据类型都是用 js 的无参数闭包函数做 ctor，但是这样无论是从云函数/后台序列化出来还是其他操作都涉及构造大量无用空字符串。
应该采用 arguments 来实现重载：
StackOverflow: How to overload constructor of an Object in JS (Javascript)?