事计 - 事之计也

就是一款普通的日程和待办管理应用。
优点可能是完全免费，用起来也比较自由和安全。不收集任何数据，也不需要注册账号，数据完全本地处理。目前Apple设备可以通过iCloud手动同步数据，其他设备可以通过导入导出来比较麻烦的实现“数据同步”。(之后会不会加全平台实时同步也不是很确定)。
缺点可能就是新手开发者不太靠谱。
开发这个应用的原因大概是对市面上的待办类应用和日程类应用用着不太顺手，而且自己也一直有一个想独立做一个App的愿望。刚好工作了几年，想休息一段时间，就趁着这段时间去实现自己的愿望(不过这个休息时间已经超时了)。
虽然不是很喜欢现在市面上的日程和待办类应用，但是还是得感谢他们提供的“灵感”和“思路”。如此，我可能也算是一个站在巨人肩膀上的侏儒。
这款应用大多操作都是围绕事件这一抽象概念进行的。
事件大概就是指我们现实生活中的一些可以独立出来的事情。吃饭、穿衣、工作、上学，诸如此类。
为了对事件更好的分类，降低我们的理解难度，便有了列表、标签、优先级和状态这些属性。
为了能够知道事件于何时发生，便有了时间这个属性。
为了能够知道事件于何地发生，便有了地点这个属性(这个属性目前还没有)。
为了对事件进行拆解方便更好的执行，便有了父子事件。
以上所有的属性并不是必须的，毕竟有时候事件只是一个事件，没有任何属性。
列表属性算是一种特化标签，用于简单的对事件进行分类整理。如把写作、阅读、打游戏归入学习，把吃饭、睡觉、上班归入逃不开的生活。事件最多只能属于某一个列表，虽然事件的类别可能有多个。(只能归属一个列表的主要原因是为了区分列表和标签，要不感觉两个属性在概念上好像没有任何区别，不过之后会将列表树化，可能会有更多的不同了)
标签属性用于对事件进行特性标记。如对上班这件事添加标签困难和乏味，把学习这件事标记为简单和快乐。事件可以拥有多个标签，可以从不同维度对事件进行标记。
优先级属性也算是一种特化标签，用于标记事件的轻重缓急。一个事件最多拥有一个优先级。
状态属性同样是一种特化标签，用于标记事件的状态，可以是未开始、进行中、已完成、未完成等各种状态。事件最多只能属于某一个状态，毕竟不是薛定谔的事件。
列表、标签、优先级、状态，这些属性都是完全可以自定义的，应用只会在初始化的时候提供一些预置数据，这些数据可以修改或者删除，换上一些更符合个人喜好的表述。
时间属性是一个比较特别的属性，可以算是日程类事件的核心属性。一个事件可以拥有多个时间属性，在多个时间段发生。每个时间包括开始时间、结束时间、开始提醒、结束提醒和重复规则。每个时间属性都是一个时间段，可以只存在开始时间、也可以只存在结束时间，或者两者皆有。开始提醒和结束提醒依附于对应时间，在时间即将开始或者快要结束的时候会发送本地通知。重复规则用于描述当前的时间属性如何重复以及重复在何时结束。
基于时间属性，事件会派生日程。如“从今天开始，晚上九点到十一点阅读，一直重复”这一时间，在保存之后，会“生成”具体的日程事件：今天晚上九点到十一点阅读、明天晚上九点到十一点阅读等。所有的日程可以在日历模式中查看，每个日程拥有独立的状态、可以设置单独的备注，日程的时间和提醒也可单独修改。如明天晚上计划有变，读书延后到十点到十二点，可以单独修改明天的日程时间。
有些时间段以及有些提醒是可以重复使用的，如今天、明天、后天等，代表着事件是今天发生、明天发生、后天发生。一直重复手动选择事件的发生时间是一件很挑战耐心值的事情。为了简化时间选择成本，提供了快捷时间和快捷提醒俩个属性，可以预先定义几个常用的时间段，然后在创建或者修改时间的时候进行快速赋值。
为了提高事件的检索效率和排序效率，事件还有两个衍生属性：过滤器和排序器，这两个衍生属性不隶属于实践，而是作用于事件。
过滤器使用事件的基本属性以及事件名称和内容，可以按照给定的属性值对事件进行过滤搜索。过滤条件是一个树，类似于可视化的SQL语句，可以通过条件组和条件的组合，自定义过滤要查询的事件。
排序器也是使用事件的基本属性以及事件名称和内容，按照给定的属性对过滤后的事件进行正序或者逆序排序。
有趣的灵魂大概到这里就结束了，接下来是好看的皮囊。
应用提供了数十个随意修改的预置主题，也支持自定义新主题。这里需要感谢flex_color_scheme这个插件，没有它就没有这个高度自定义的主题设置。预置的主题配色也是这个插件提供的，开发者只是提供了拙劣的汉化。
除了高度自定义的主题之外，应用也支持自定义背景图片，背景图片支持模糊处理和蒙版处理，图片纵横比也可自定义。
可能是选择困难症，也可能是觉得开发者替用户做决定太高高在上了，在开发的时候总是会提醒自己要自由，能自定义的地方就自定义，能让用户控制的地方就不要自己控制。
所以自由，这就是我最后的波纹了。