条目归档
每个条目都挂着话数、年份、制作方与更新日期。想找「去年那部三话的短篇」,靠这三列就能缩到个位数,不必回忆标题。
五张图,是我们自己手机上截的,没有做过美化。顺序按一天里真实的使用节奏排:傍晚打开首页,夜里翻条目,第二天早上在地铁里接着看。
下面几段来自我们收到的邮件与反馈表单,只做了错别字订正。我们没有做星级评分,也不打算把几条留言折算成「4.9 分」——样本太小,数字反而失真。
「最常用的是筛选。以前在网页版一页页翻,现在把『近三年 + 短篇』存成视图,晚上躺下点开就是那几十条,不用重新找。」
林先生 · 用了约 7 个月 · 安卓机
「通勤 40 分钟,隧道段大概有 6 分钟没信号。提前缓存好,那 6 分钟能稳稳看完一话,不会卡在转圈上。」
周女士 · 用了约 4 个月 · iPhone
「我比较在意的是它不乱跳。点进去就是条目本身,没有那种先弹一层再弹一层的页面,这点挺难得。」
陈同学 · 用了约 11 个月 · 安卓机
功能列表可以写得很长,但半年下来,手指反复落到的其实就这几处。写具体一点,你装完也知道先去哪儿。
每个条目都挂着话数、年份、制作方与更新日期。想找「去年那部三话的短篇」,靠这三列就能缩到个位数,不必回忆标题。
在 WiFi 下把要看的章节标好,出门就不依赖信号。缓存管理页会写清每项占多少空间,清哪一项由你决定。
年份、题材、篇幅三组条件可以叠加,筛完存成常用视图。下次打开直接落在结果页,省掉重复操作的那十几秒。
停在第三话第七页,第二天点开还是那儿。多设备登录时以最近一次阅读为准,不会出现两个进度互相打架。
不做诱导点击、不塞第三方弹窗、不在条目页插跳转层。你点的是什么,打开的就是什么,路径短得能数清。
安卓与 iPhone 的路径不同,下面分开写。按顺序做,一般三分钟内能完成;第一次打开会多花十几秒做初始化,属正常。
抽象地说「好用」没什么意义。下面三个场景,是我们自己反复遇到的,写清在什么情况下、解决了什么、最后拿到什么结果。
早上八点进地铁,隧道段大约有 6 分钟完全没有信号。出门前在 WiFi 下把两话标成缓存,那 6 分钟能连着看完,不会在加载圈上耗掉一半时间。到站时进度自动记在第三话,晚上回家接着看。
只记得篇幅短、年份大概是去年,标题一个字都想不起来。用年份 + 篇幅两组条件叠加,结果从几百条缩到十几条,翻两屏就找到了。筛完存成视图,下次同类需求一次点击到位。
不想做选择,只想打开就有东西看。首页按天编排,卡片上直接标着话数与更新日期,扫一眼就知道哪条是新的。十分钟看一话,看完关屏,不用在列表里反复权衡。
这四个问题在客服邮箱里出现频率最高,答案直接写在这里,省得你再发一封。
这一页里出现的版本号、安装包体积、系统要求,都对应我们手上实际在跑的构建;写不准的地方我们宁可留空,也不拿一个看起来漂亮的数字填上去。我们没有在这页放星级评分,也没有写「已有多少万人下载」——这类数字要么可核验,要么就不该出现在下载页上。
还有一条:本页只提供客户端本身的获取路径,不提供任何未授权资源的传播渠道,也不做破解、去广告版的引导。作品与创作者的权益归各自权利人,这一点我们不打折扣。信息若与官方后续公告有出入,以官方说明为准,我们会跟着改。
邮件是我们唯一的对外渠道。写清机型、系统版本和具体现象,排查会快很多;只有一句「打不开」的邮件,我们通常得来回问三轮。
安装卡住、进度丢失、界面显示异常,都欢迎直接写过来。我们通常在两个工作日内回复,节假日会慢一些。
这一页只讲下载与安装。关于内容本身怎么用、有哪些值得先看的,回到站内其它位置更合适。