我是 Marno,一个热爱软件开发,热衷产品思考的程序员。
1.上周Readhub+发布1.0.0之后,得到了一些人的喜欢,还有很多人问有没有iOS版本,我是真的没时间再开发一个版本了。不过上次有好几个朋友留言,说打算照着我的安卓版,开发一个iOS版本的,希望不是说着玩的。
也希望如果有意开发iOS版本的朋友,能尊重Readhub官方,将数据来源在应用中标明。其次如果参考了我的交互和设计,希望也能顺便能尊重一下我的劳动成果,哈哈哈。Readhub+看起来很简洁,那是因为我经过了大量的自我肯定和否定的思考,才最终从到1,这种事得掉多少根头发?!
2.好了,回归正题,今天给大家带来的是Readhub+ 的 v1.2.0 版本,主要更新内容有:
新增顶部刷新提醒,有彩蛋哦
优化数据排重算法,更高效
增加对屏幕分辨率的适配,更美观
优化中英文排版,利于阅读
修改加载更多的loading样式
修改标记已读状态的时机
调整item的点击事件
修复”热门话题“中数据没正确缓存的bug
修复双击悬浮按钮不会刷新数据的bug
修复沉浸式状态栏没有跟随日夜间切换的bug
修复Android 9.0打开网页报错的bug
功能增加了,Apk却变小了
3.我发现我给自己挖了个坑,在没有用到数据库缓存数据的情况下,下拉刷新数据的排重,是个比较麻烦的事情,这么说你可能感受不强,觉得这能有多麻烦?如果你也是程序员,可以照着 Readhub+ 中的逻辑自己写个 demo 试下,就明白我的意思了,前提是不用数据库,因为这么点数据没必要维护数据库。
没有官方接口的支持,所以每次下拉刷新,接口并不说有几条新数据,得自己本地去和之前的历史数据对比,而且还不能丢失页面状态,还要记录上次阅读的位置,以及要更新缓存,Talk is always cheap,我下次单独写一篇文章分享一下。主要网上没有类似的文章,导致想明白的过程会比较久,不过一旦把逻辑梳理清楚后就好理解了。
顺便希望官方能直接给接口提供一下这个能力,下拉刷新的接口,直接在请求参数中加个 firstCursor 的位置,然后加入下拉翻页机制,这样就不用本地去排重了。或者已经有这个功能了,只是我不知道而已?
4.还要感谢一下已经加入反馈群的朋友,以及赞赏过 Readhub+ 的朋友,多谢你们的支持和反馈,才能让 Readhub+ 更好用。
虽然现在群里只有不到20人,不过还是那句话,我的群从来都不贪大,因为群大了反而增加了沟通成本,并且根据我几年来加入交流群的经验,这样的群慢慢的就会变成了一个鸦雀无声的群,我不希望 Readhub+ 的反馈群变成那样。
所以如果以后人数不断增加,我也会相应提高入群的门槛。因为像《人类简史》中说的一样,一个人能同时维持沟通的最大人数是150人左右,记不清了,但大概是这个意思吧,所以我也希望这个群能保持"小而美"就行了。
5.虽然开发Readhub+并不会带来任何收益,但却是我实践自己产品思维的一次尝试,目前看来这个这个尝试得到的反馈还是不错的。
不过这仅仅只是一个开始,过段时间我会发布一个便签类应用,我下载了市场上100多个便签应用以及笔记应用后,发现竟然没有一款能符合我对便签产品的需求。所以没办法,我又只能自己开发一个了。目前已经完成一半了,如果不出意外的话,能按照我的计划顺利发布,这款应用也会延续我一贯追求极简易用的风格,敬请期待!
下载途径:
领取专属 10元无门槛券
私享最新 技术干货