“如果不记得，就说明没必要记住”、“你会记得你迄今为止吃过多少片面包吗”等等，在讨论漫画记录话题的时候，经常会看到这样的说法，部份网友对记录漫画的行为不以为然。难道记录漫画是伪需求？只是为记录而记录？
不妨先来想象一下这样常见的场景：你在某个漫画网站发现一部漫画，被封面、简介或者某个评论吸引，于是你尝试读了第一卷。结果，你认为这个漫画不是你喜欢的类型，遂放弃。过了一段时间，这个漫画条目换了一个新的封面，并出现在了网站的首页。而你完全忘记了上次看过，于是又看了一次，读到中间的时候，才想起这是看过并且弃置的，你感到无语并再次弃置。这种情况对经常看漫画的人来说并不少见，这无疑是浪费了时间在同样的作品上。
如果记录下看过的漫画，并且在看漫画之前检查之前的记录，就可以有效避免重复阅读的情况发生。
还有一种情况，你每次看新漫画的时候都下载到本地（哪怕自己并不喜欢这部漫画，以后也不会再看），每次看新漫画前都先搜索下是否已经在硬盘中。那是否不用额外花费精力去做字面上的记录呢？
这要看记录的目的，如果只是为了检查重复阅读，那就不必再记录漫画。但是人有表达的愿望，特别是看完一部电影，一本书，一部漫画，他都可能有话要说，发在社交平台的一段话，一张表示看过的图片等等。很有可能，有些言论不适合在大庭广众下、在熟人圈子里说，这种情况，就只能依赖于文件管理器之外的笔记。在未来某个瞬间，你已经忘记了漫画是关于什么的，通过简单的查找，轻而易举就看到之前留下的感想——在社交平台上可没这么容易翻到。有需要表达，就有需要记录漫画。
一般说来，漫画记录指一个读者记录自己看过的漫画，可能包括但不限于自己的评分，阅读时间，阅读进度和感想等。
本文我主要谈论的是，阅读电子版日本漫画后的记录，纸质版漫画也可套用。
我认为最好的记录方式，就是有个全面的漫画数据网站，并有以下几个特点。
但目前为止，我还没找到这样完美的网站。
相比于“长度”确定的书和剧，很多漫画是在连载中的，作者也不知道还有多少话会完结。读者完全不知道连载中的漫画什么时候完结，每次更新的时间不稳定，看的话数不确定。即便作者更新频率固定，用爱发电的汉化组也可能中途遇到意外导致无法再汉化。读者处在这样的不确定状态，难以用类似数格子的办法计算看了多少话。
在Goodreads和豆瓣等网上书架标记自己的阅读进度，找到条目之后直接标记，简单。可以根据用户阅读过的书籍进行个性化推荐，或者在首页发现自己从来没有听说过的一些漫画。在讨论区可以看到对作品的不同看法，来判断是否值得去看。
缺点是，无论是国外的Goodreads还是国内的豆瓣，都缺少很多漫画的条目。只能靠用户自己添加，而Goodreads在修改条目上有不低的门槛，需要通过测试成为图书馆员才能编辑。而且这些平台上只是有isbn码的单行本，单行本比连载慢很多。追连载中的漫画的时候，不可能等单行本出来再标记读过。
更新：经过评论提醒，bangumi的记录形式非常接近我想要的效果。但是bangumi导出导入需要依靠第三方插件，没有官方支持。而且网站界面有些混乱。比较关键的一点是评论无法被导出，可以导出类似简评的吐槽，但是吐槽有几百字的字数限制。
NeoDB 联邦宇宙书影音游戏标注平台，可以记录书影音，有不少豆瓣用户转移到上面。经过测试，neodb支持导出评分和评论，还支持导入特定Goodreads和豆瓣用户的所有标记内容。网页有些简陋，而且明显还在起步阶段，很多功能都不完善。最近才支持使用邮箱注册登录，而且不支持密码。neodb不支持导入csv来快速标记内容，Goodreads是支持的，虽然导入过程有很多问题，比如无法导入评分、会导入错误的版本等。最致命的问题是在标记漫画上根本不够用，和豆瓣一样只能标记有isbn的单行本，对连载漫画毫无办法。我也尝试导入bangumi的漫画链接，结果失败。
有人非常使用最简单纯朴的手段来记录漫画——Excel或者Google sheet这样的表格，甚至是使用word。我也使用过Excel来记录，但是很快发现，这种方式太过简陋。直到我发现了notion，所有人都可以在notion搭建个性化的网上书架，方式不复杂，做出来的效果好看很多。
优点：编排自由度高，可以导出成csv、markdown等格式，即使notion停止服务，也可以比较容易地导出到其他网站或者软件。
缺点：数据存在云端，如果数据比较多，每次打开查看会感受到加载的过程。每次添加新的漫画条目都需要手动找封面，简介等等复制粘贴进去，相比于在现成的网上书架点几下完成记录还是繁琐不少。如果不是和别人共用的话，全部都是自己做，有时候会忘记或者懒得去建立新的漫画条目。
notion不一定是建立个人漫画书架最好的选择，但是我认为是最适合、最接近理想状态的。
在notion不用数据库的话就少了一大半乐趣，数据库很适合建立漫画书架。
建立一个新的数据库之后，按照自己的需要添加不同的属性，比如日期，文本，单选，多选等。
这里需要注意是，最好一开始就想好书架的结构：要记录什么信息，正文里面怎么排版，阅读感想写在哪个部份等。
我把进度记录到comment里，阅读感想记录在正文（comment下方的空白地方）中，不建议把感想和进度一起放到comment里，原因后面说。
不过提前构思好是一件很为难人的事情，我也是在长期的使用过程中，慢慢摸索自己想要的是什么。如果发生结构上的变化，这时候如果要修改之前的条目，恰好又已经有很多条目的话，修改就比较痛苦了。
比如我之前效仿其他人的notion书架，作者这一栏使用的是多选属性，后来，我想更方便地查看每个作者的作品。我就另外建立了一个作者数据库，把漫画数据库和作者数据库关联起来，每次每次填写作者的时候，就是关联了一个作者页面。在豆瓣上，点进作者页面的时候可以看到这个作者都写了什么书，简介是什么。在notion上，这就是类似的做法，更改成relation属性的作者栏之后，我在notion就可以方便地看到这个作者的漫画，我都看过哪些。具体效果见下图。
需要注意，如果作者这一栏是relation属性，导出书架成csv的时候，作者一列会变成作者名（notion链接）的形式，而非预想的作者名这一形式，导入其他服务之前需要用excel等进行处理。这个是我最近导出的时候发现的，后续notion官方可能会优化。
在notion搜索文字可以点击左上栏的“search”，也可使用快捷键⌘/ctrl+K或⌘/ctrl+P。搜索范围是整个工作区的标题、正文。（更新： 2023/10/26已经支持搜索所有数据库的属性）
如果你想搜索漫画数据库里某个标签的漫画，可以点击数据库右上角的🔍，可以搜索数据库当前视图的属性内容。
所以如果把阅读感想放到文本属性里，而不是放到正文，就只能到数据库才能搜索到。我认为把感想部份放在正文会比较合适，有时候想写多一些感想，写在正文里可以更好看。
建立新的漫画条目的时候，我推荐使用浏览器插件”save to notion“，可以在其他漫画网站方便地添加到自己的书架里。
这个插件的优点是可以事先建立几个保存的模版，针对不同的内容，自定义不同的要填写的属性。如图，点击插件图标之后，右上角会弹出窗口，再点击对应的模版，就可以进一步填写。
插件会自动抓取标题和封面，其他诸如作者、标签属性则需手动填写。相比于在两个网页之间反复跳转，插件明显提高了建立条目的效率。
每次看完漫画后把看到第几卷第几话写在comment（评论区）内，自动带有时间戳，可以直观地查看每次看漫画的时间。
注意comment的文字无法被搜索，也无法被导出，就是说，如果哪天真的要离开notion，在追的漫画进度需要另外记录好。我觉得阅读进度不算是非常重要的信息，放在comment中问题不大。
我最终使用notion建立漫画书架，记录漫画，我认为是最适合我的方法。每个人需求不同，我的方法不一定适合，只是提供一个参考。如果大家有更好的方法记录漫画，有任何疑问，都欢迎在评论区分享交流。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。