我觉得 Gekyll 只需要渲染主页、分类页、用户页，生成查询数据即可

GitApk package tree 结构类似于这样

系统工具/ # 分类
  dir/ # 将作为应用的「简单名」使用
    README.md # readme
    screenshots.yml # screenshots
    metadata.yml # metadata
    latest # latest reversion
    issue # comment board issue no
    update/
      0.1.0/
        reversion
        metadata.yml
        README.md
Foo/
  bar/
  # ...
gekyll.yml # 包含各种选项的文件
    

对于应用来说，它支持 aid、package、description、author、name、readme、icon、screenshots、created、updated、issue、latest 字段

aid、package、name 是必须的，生成结果作为默认 Tree

对于更新，支持 reversion、minsdk、install、created 字段

GitApk 会占用一个源作为自己的「默认 Tree」，这个源要包含 /r.html 文件来进行重定向
GitApk 也会占用每个用户的一个源作为自己的「用户元数据源」

GitApk 渲染时要能分「获取 Gitea Comments 统计数据」、「生成 App 视图」、「生成应用别名跳转」、「生成分类」、「生成 rank 排行分类」、「生成分类索引」、「生成主页」、「生成索引」、「生成元数据」 阶段

用户元数据

MR 默认为 GitApk-Metadata
/:username/$MR/raw/branch/master/README.md
/:username/$MR/raw/branch/master/nickname
/:username/$MR/raw/branch/master/avatar

/:username/$MR/raw/branch/master/stars

/:username/$MR/issues/1

生成元数据：

/metadata/reversion.csv
/metadata/package.csv
/metadata/name.csv
/metadata/author.csv
/metadata/description.csv
/metadata/apps.json
/metadata/app/:package.json
/metadata/updates.json
/metadata/updates/:package/:reversion.json

默认 Tree 的 index.html 应该重定向到 r.html?type=index

其他操作都必须由 r.html 进行，动态的重定向到需要的 HTML 那里

r.html 接受 url 参数 type 来基于 JavaScript 进行动态重定向到指定视图

钦定有这些默认派发视图

+ about
+ doc
+ index
+ comments(aid)
+ user(username)
+ userlist
+ category(name)
+ categories
+ main
+ package(aid)
+ timeline(username)
+ notifications
+ timeline
+ stargazers
+ followers(username)
+ following(username)
+ update(aid, reversion)
+ updates(aid)
+ comment(aid, nth)
+ plugins

我很冷静，不过推荐 https://ice1000.org/2018/05/17/ZhihuAnswer/
https://commonmark.org/

学习一下 TeX 是怎么做的，虽然必须使用 XeTeX 而不是 TeX... 因为 TeX 不支持 CJK

也需要了解一下 Android 使用的 FreeType （选学）以及 Pango、HarfBuzz（选学）

你会知道为何它能这麽智能的处理换行，而且是对「所有语言」！

XeTeX

x

Pango

View 是一个 Android 视图组件的基础类，所有控件全是继承自它，自定义 View 通常指直接继承 View 来实现一个新的 View

Android SDK 里，抛开 Web View，最复杂的一个控件是：TextView

能够预见到，虽然我没看过 Android 底层的本本

https://github.com/LineageOS/android_frameworks_base/blob/6549309f6c473b792ec62d1aebadec62bcf07827/core/java/android/widget/TextView.java

这是实现

足足一万两千行

作为对比，EditText 在渲染器已经完成的情况下只写了 192 行

感觉 Android 实现起来貌似没有用 Pango（只用了 FreeType）？？？

Pango 还真是基本给 GTK+ 用的排版引擎，所以 Android 应该使用的是别的·排版算法，但也很智能... 肯定是很复杂的算法 2333

总之，先不要在意实现，先假想用户最想要的是什么样的，再努力实现之

嗯，今天我在实现按照 title 排序，这是进入下一步支持目录的基础