指南
如果你喜欢 Eagle，iPhone 和 iPad 上该用什么
移动端还没有一个完美的 Eagle 翻版。更有用的答案，是先看你在手机和 iPad 上真正缺的是哪一种工作。
如果你先想看 Hive 和 Eagle 的总关系，先回到《兼容 Eagle》。这一页只负责把移动端路线图摊开。
这也是为什么这个问题总会得到一堆很杂的答案。有人把发现工具、看板工具、笔记工具和默认相册一起塞进来，但它们解决的不是同一件事。
更干净的答法，是先看缺的到底是哪一个角色，再选工具。
先承认一个事实：移动端还没有完美的 Eagle 翻版
这一步很重要，因为它能让接下来的比较保持诚实。你并不是在几个同质产品里挑一个 logo 不同的版本，而是在挑：移动层、发现层、书签层、看板层，还是研究归档层。
如果你缺的是 iPhone 和 iPad 上的私有资料库，Hive 最对路
当真正的问题是私有采集、后续检索、iPad 回看，以及和桌面之间更平静的交接时，Hive 最合适。尤其是你本来就喜欢 Eagle，只是移动端这半边总是接不顺的时候。
如果你缺的是继续发现更多灵感，Cosmos 或 Pinterest 会更对路
如果工作还在扩大选择面，发现型工具会更顺。只是当问题从“还能看什么”变成“这几个为什么要留下来”时，它们就会开始变弱。
如果你缺的是先把链接和网页资料收干净，Raindrop 或 Anybox 会更对路
如果主要压力是把链接、文章、文件和来源页面先在不同设备之间保存清楚，书签型工具会更顺。像 Raindrop、Anybox 或 GoodLinks 都更像这一路。等项目要求这些资料重新回来成为视觉工作集时，它们就会开始变弱。
如果你缺的是一块承载规划的看板，Milanote 会更对路
当笔记、链接、任务和提案逻辑都要压在同一块看板上时，Milanote 更像答案。但这和 iPhone、iPad 上的私有资料库，其实不是同一类工作。
如果你缺的是研究型归档，Are.na 会更对路
如果资料库本身就是研究思路的一部分，Are.na 更像答案。等项目开始要求你快速把对的那一组重新调出来，Hive 会更强。
更稳的分工通常还是：手机采集，iPad 回看，桌面归档
对很多 Eagle 用户来说，这依然是最稳的一种分工。手机先把素材接住，iPad 负责重开、筛选和展示，桌面继续承担更慢节奏的归档维护。Hive 最强的，正是这中间层。
补充问题
Hive 会直接替代 Eagle 吗？
不会。更准确的理解是，Hive 是 iPhone 和 iPad 上的移动层和私有资料库，不是完整的桌面归档替代品。
哪一个最像 iPad 上的 Eagle？
如果真正要做的是回看、shortlist 和重新打开一组私有参考素材，Hive 最接近。
如果我现在最缺的是继续发现灵感，应该选什么？
如果工作还在继续扩大选择面，Cosmos 或 Pinterest 这类发现型工具会更合适。
如果我桌面已经在用 Eagle 呢？
这恰好是 Hive 最容易成立的时候。它补的是移动端那一半，不是在桌面端再复制一座档案库。
相关文章