RSS阅读有以下优点:您可以看到没有广告和图片的标题或文章的概要阅读,这样你不必阅读全文即可知文章讲的一个意思是什么,为您节省时间。

RSS阅读器会自动更新你定制的网站内容,保持新闻的及时性。要订阅新闻,可以直接点击seo博客上的XML图

标,或到专栏作者点击订阅文章,即完成订阅,每天你就可以打开RSS阅读最新文章,而不必打开网页了。

使用RSS可以根据你自已的喜好

定制多个RSS提要,这样做的好处是从多个新闻来源搜集,然后整合新闻到单个数据流当中。

本人算是甚早接触RSS,至少相比于我身边的人来说算得上是。记得第一次认识到RSS这个东西的好处后,我是多么的兴奋,那时候可是疯狂地寻找好用的RSS客户端软件,印象中最好用的就是周博通,其次什么“看天下”和foxmail的都位居其次。那时的我连打开IE都懒,我认为打开IE是一件很麻烦的事,但是直到近两年我喜欢在线RSS阅读器更甚于离线RSS阅读器的,因为很多在线RSS阅读器的用户体验都做得很好,以下我就体验了目前主流的在线RSS阅读器:google阅读器,鲜果,有道,阅读空间,抓虾。其中阅读空间的主流性质有所保留,毕竟我没有看到关于阅读空间有发展状况的新闻,再加上近段时间阅读空间改版更加让我怀疑其用户数目并不理想,之所以加上阅读空间是因为本人对其的偏爱。为方便比较,以下是本人对4个阅读器的一次性截图,采用chrome作为体验浏览器。这样一看就知道那个阅读器的抄袭成份最强啦,意外的是阅读空间竟然还点个性,玩起原创精神。如果一定要说像的话,有道跟google阅读器最像,至于是谁抄谁我不深究了,none of my business。。

以下开始说说本人体验了这4个阅读器后所分析的结果:

google阅读器

1.最大的问题就是间歇性遭到访问限制,这应该是墙的问题

2.令我又爱又恨的滚动翻页,不能多提供一个上下翻页的选择是有点不人性化。滚动翻页只对查看近段时间的阅读方便,但对于查看历史时间更远的文章就要把滑轮滚个不停,而且滚动过程中的内容加载时间是必须等待的,这种情况用上下翻页来比喻的话,就是翻页设计只提供了一个“下一页”的按钮,只能点下一页地跑到后段甚至是最后一页,运气不好可能要翻个几百页。在这方面鲜果和有道都有页数翻页的功能,鲜果的功能更强大一点,可能由于没有“无处不在的框”(搜索框),所以在翻页上做得更强大一点以弥补不足吧。

3.同一订阅源可以定

义到多个分类(文件夹),前段时间在整理订阅文章的时候我深深体验到google阅读器这一设计的灵活性,很人性。如果是其余4个阅读器的话,一个订阅源若要放到两个不同的分类(文件夹)里面,就要用户再订阅一次该源,然后再分到另外一个分类(文件夹)。对于google阅读器暂时就只有这几点分析。

鲜果

1.第一感

觉:界面简洁清爽。新版已经在测试中(但没BETA字眼),旧版也在BETA中,这个让我很费解。难道现在流行BETA,各大微博平台都有“测试版”的字眼,难道鲜果也是在跟风吗?不过BETA已经out了,现在不流行英文专业术语,流行国风专业术语,弄个不易懂的东西的确有悖人性,扯远了,BETA的采用这只是个小问题而已,不影响用户的使用。。

2.李彦宏说:”框无处不在”,而鲜果beta版却跟李彦宏的说法有点违背,其平台表现的状况是”框经常不在”,鲜果beta版唯独在搜索框的设计上比其余4个阅读器落后了。好在新版本已经修改过来了,提供了一个无处不在的框,而且还把搜索框放到顶部的正中,这可谓是一大改善,可惜不知道是因为鲜果的技术瓶颈还是说其策略原因,提供的搜索框依然不能自定义地搜索用户自己的订阅,搜索的结果依然是平台的订阅资源

3.让我最迷惑的是当将一个频道全部标记为已读或者其没有更新的文章,这个频道就不会显示在分类列表当中,就好像凭空消失一样,像我这种级别的菜鸟还以为我这个频道没了呢,不否认我有过尝试再次添加消失的频道的想法。若要令消失的频道再次出现的话,点击左上角的“全部”,这是一个带有歧义的标签,如果改成“显示全部”就不一样了,但是鲜果这里功能栏的设计好像不允许再添加字数,可能考虑到左边列表所占的宽度太宽的话,会浪费右边的阅读文章内容空间

4.没有明显的反馈入口,基本上很难获得用户反馈意见,用户有什么不满找不到反馈平台,对用户情绪的宣泄相信也有一定的影响(哈,这里说得过于“心理学”了)

有道

1.界面不深得我心,本人觉有道的界面可欣赏性倒数第二,google阅读第一,只是在视觉上的感觉而已,不涉及实用性。

2.从图片中可以看出,鲜果和googleu阅读器左边订阅列表都显示其订阅源的icon,这样提高了用户对各个订阅源的识别性。但有道、抓虾和阅读空间都不支持所订阅源的icon显示,这部分细节做得略显不足。

而且在这方面鲜果做得很到位,在这些阅读器当中我打开的都是“每天互联网”这个分类,然而只有鲜果阅读在右边的内容列表大标题上加上文件夹的icon(请看第1幅截图),虽然阅读空间也做了,但阅读空间只支持单个订阅源的icon显示,只在上部的标题中显示,当已经定位到某一订阅源时再显示其icon意义已不大了。虽然用了阅读空间很久很熟悉,但对于找文章的吃力性我还是能感觉到的,终于渐渐地明白icon的意义。

3.在这4个阅读器的试用过程中,在找寻“添加订阅”的过程中“有道”是最快找到的,最慢的是阅读空间,记得以前用阅读空间的时候经常找不到,虽然经常用,经常添加,经常忘记那个位置,鲜果这个功能做得也不比阅读空间明显多少,但是由于鲜果初次给我的感觉就是功能键都是位于左上角,所以添加订阅的时候不自觉地视线往左上角走4.我现在是把这4个阅读内容以列表形式显示,只有阅读空间的列表显示后面不支持文章内容摘要输出(请看第1幅截图),不过可能也只有阅读空间支持带图片的摘要输出,所以在列表显示上觉得没必要又要做到摘要输出吧

阅读空间

1.阅读

空间的opml的导入功能有问题,我导入一份有203项订阅的opml文件,有一部分不能导入,在70-80多之间就导入不了

2.搜索功

能设计的不足,当点击了某一分类或者文章后,搜索框就不见了,跟鲜果BETA版的一样,消失了的搜索框对于用户来说可谓是相当无助啊,也就意味着每一个使用阅读空间的用户都必须经历寻找消失了的搜索框这一阶段,而且其功能的局限性跟鲜果的搜索功能一样,都是搜索自己订阅平台的资源。悲哀啊,阅读空间的搜索功能如此般的非人性,对腾讯表示失望,是不是把全部的精力都用于开发QQ阅读上,而无暇顾及阅读空间呢?

3.曾经的阅读空间有一个优点我是很喜欢的,那就是可以对订阅的文章进行评论,共同订阅某一资源的人可以在相同的文章下面评论,跟一般见到的评论功能一样,互动性很好,但最近回归的阅读

空间却撤掉了这个功能,这个功能搬去QQ阅读那里去了,悲情啊~.不管新版还是旧版的阅读空间,其余别的在线阅读器都不支持评论功能,相比较之下,这很可能就是阅读空间曾经的亮点之一,明显地偏心于QQ阅读啊.

4.

在另外几个阅读器中都有一个功能: 只要点击文章标题就会跳接到原文(在全文展开的阅读模式下),点击标题后面的空白处则在展开(收起)文章内容.其实对于初次使用这几个在线RSS阅读器的用户来说,他们凭什么知道点击标题就是阅读原文呢? 所以要知道这点就必须付出一些学习成本.而唯独阅读空间不一样,无论在什么阅读模式下,点击文章标题就是展开(收起)文章内容,标题后面的空白不可点击,但是刚开始使用RSS阅读器的人来说,还是像阅读空间的那样的设计好,这样就不用初次接触RSS阅读器就整天被跳来跳去看原文,想看原文就点击”阅读原文”的链接标签,这样比较直观.

抓虾

1.新浪博客的订阅文章不能显示图片,就只有抓虾出现这样的问题

2.排序功能不行,拖拽排列了一通,一确定,一刷新,成功的只有一两个,屡试屡败,排序功能的失败应该丧失了不少用户

3.没有反馈入口

4.抓虾的更新速度于其它4个之中是最慢的

5.不支持分类里面的订阅源汇聚更新显示,只能显示单个订阅源的更新

p.s.出现这么多的问题却没有改善这是本人的一大疑问,觉得像抓虾这般地位

的RSS在线阅读不应犯的错误,于是本人搜了一下关于抓虾的新闻才得知因其经营问题,相信抓虾已经不再维护更新了。由于抓虾的排序功能实在令本人失望,已

经放弃对其作再进一步的体验。。

总结:从表面上看阅读空间是最有别于其余4个阅读器的,而其余4个阅读器的相似性很大,但按好用程度来说google阅读是第一,鲜果第二,阅读空间第三,抓虾没名次。但google阅读访问有点不稳定,本人还是推荐使用鲜果阅读,阅读空间其次,google阅读第三,抓虾依然没名次

rss阅读器保存html文件,4款在线RSS阅读器使用体验相关推荐

  1. rss阅读器保存html文件,轻量级RSS阅读器网页版:selfoss安装教程

    说明:关于RSS阅读器,我们知道的有Feedbin.FreshRSS等,功能都挺强大的,这里就再介绍个轻量级的RSS阅读器selfoss,使用起来是非常简单的,界面颜值也还不错,支持很多种订阅和网站, ...

  2. python开发音乐播放器教程_python开发简易版在线音乐播放器示例代码

    在线音乐播放器,使用python的Tkinter库做了一个界面,感觉这个库使用起来还是挺方便的,音乐的数据来自网易云音乐的一个接口,通过urllib.urlopen模块打开网址,使用Json模块进行数 ...

  3. 原版英文书籍《Linux命令行》阅读记录3 | 解析文件的描述含义和阅读文件

    背景: 阅读英文原作只为了更好地理解书中的精髓,当然也是为了更好地掌握书中的技巧.我们会坚持阅读全书,并记录书中的精髓. 深入研究长格式输出 上一篇文章讲到 ls 命令加上 -l 就会输出详细的长格式 ...

  4. 用ASP.NET编写一个在线RSS新闻聚合器

    概要 本文讲解了如何使用 XML Web 控件获取远程XML数据并在 ASP.NET 页面显示这些XML数据,以及使用Repeater控件发布数据库中的XML数据.在过去的几年间,随着 异构平台间共享 ...

  5. 用ASP.NET建立一个在线RSS新闻聚合器(收藏)

    概要 本文讲解了如何使用 XML Web 控件获取远程XML数据并在 ASP.NET 页面显示这些XML数据,以及使用Repeater控件发布数据库中的XML数据.在过去的几年间,随着 异构平台间共享 ...

  6. 介绍分享几款免费的在线Web文件管理器

    经常有朋友在使用一些没有带文件管理器的空间时,苦于没有办法来解压上传的文件压缩包,而如果不先上传压缩包,直接上传文件夹的话耗费的时间太多.还有一些朋友希望将空间变成一个文件存储站,这时就需要一个功能足 ...

  7. 用ASP.NET建立一个在线RSS新闻聚合器

    用ASP.NET建立一个在线RSS新闻聚合器 第1页:用ASP.NET建立一个在线RSS新闻聚合器 第2页:用ASP.NET建立一个在线RSS新闻聚合器 第3页:用ASP.NET建立一个在线RSS新闻 ...

  8. 免费的在线Web文件管理器:Net2FTP,Pydio,eXtplorer,KodExplorer–功能强大

    https://www.freehao123.com/web-ftp/ 经常有朋友在使用一些没有带文件管理器的空间时,苦于没有办法来解压上传的文件压缩包,而如果不先上传压缩包,直接上传文件夹的话耗费的 ...

  9. 基于微信小程序在线电子书阅读系统开题报告

      本科生毕业论文 基于微信小程序在线电子书阅读系统 开题报告 学    院: 专    业: 计算机科学与技术 年    级: 学生姓名: 指导教师:   XXXX大学本科生毕业论文(设计)开题报告 ...

最新文章

  1. servlet必知细节(二)--servlet执行过程
  2. 10行代码爬取全国所有A股/港股/新三板上市公司信息
  3. 需求:过滤下面这个网页里共723行 校对中里 行数为两位数的 行 并设置sz和rz在Windows和Linux之间发送和接收文件不用搭FTP...
  4. redis 启动时 Warning 警告解决及说明
  5. 既然有 GC 机制,为什么还会有内存泄露的情况
  6. a - 数据结构实验之串一:kmp简单应用_中高级面试必备:快速入门数据结构和算法
  7. IPC RFC call in Service Order scenario
  8. Repeater\DataList\GridView实现分页,数据编辑与删除
  9. 某盘视频网页播放视频修改播放速度代码
  10. 利用Apperance协议定义View的全局外观
  11. telnet协商过程--转载自arthurscfd的《telnet协商》
  12. Kotlin实战【五】Kotlin中的异常
  13. nodejs 简单安装环境
  14. excel从html文件传输乱码,打开乱码解决步骤7:在Excel中直接打开该文本文件
  15. fanuc系统md和mf区别_法兰克FANUC加工中心MF系统如何调取机床程序?
  16. jQuery实现选择“学科门类”、“学科大类(一级学科)”、“专业”(二级学科)实现三级联动
  17. 【Web前端基础】实验9 表单页面设计
  18. 字号与文字的大小关系
  19. Springboot AMR格式音频转换MP3
  20. 24位RGB颜色转换为16位RGB

热门文章

  1. java水平翻转矩阵_Java实现 LeetCode 519 随机翻转矩阵
  2. npoi 设定视图为分页预览_NPOI导出EXCEL 打印设置分页及打印标题
  3. Libra,一场赛博朋克噩梦!
  4. php ssl 465,帝国CMS邮件无法发送SSL465端口无法发送的解决办法
  5. IOS目标检测(翻译)
  6. npm install的报错 npm ERR! code ENOENTnpm ERR! syscall opennpm ERR! path D:\work\main/package.jsonnp
  7. 四川大学网络教育计算机应用基础,四川大学网络教育学院《计算机应用基础》第一次作业...
  8. Java实现10万+并发去重,持续优化!(至尊典藏版)
  9. YOLO ZOO:YOU ONLY LOOK ONCE ZOO
  10. 【Java】自建IOS应用(IPA)发布服务器