从零开发一款txt小说下载器

在日常开发中,列表是一个非常常用的一个东西,可以用listview和recyclerview实现。当然,由于recyclerview更为实用且强大,它也是更好的方案。

而我以前为了方便,习惯直接拿网上代码改来用,自己就只写个okhttp获取数据,然后解析、适配等等却没有去搞清楚具体到底怎么用,导致难以满足个人开发的某些需求。因此昨天临时起意从listview开始从头学习。于是还是按照个人学习的老方法,从实践入手、根据需求学习技术,这就有了本文的标题——《从零开发一款txt小说下载器》。

昨晚,从几十个“笔趣阁”、“书包网”······选好了要取数据的网站,写好了demo,今早修好了bug,正准备进一步优化功能和开始写博客。结果就在20:23,就在刚才,我打开app,结果发现测试出错了。我在反复打开了好几遍测试了好几次后,觉得应该不是软件本身问题,认定应该是网站服务器出问题了(这种网站经常出问题然后维护、也经常被查封然后换服务器),一般短则半小时,长则几天。但是,没有经过查看又怎么能确定呢?

于是,这一查看,直接导致了这篇教程博客“流产”了,变成了一篇“水”博客。打不开是预料之中的,但是一百度“笔趣阁”、“书包网”。GG,搜索结果一片和谐,这就很难受了,本来还想换个网站的,核心代码也不怎么改,结果这把我后路都切断了,离谱!

再一回想今年五月份的时候,在开发一款下载付费歌曲的app时。当时是才新发布了新版本,结果不出几天QQ音乐就换链接了,换成了dl.stream.qqmusic.qq.com。当然,这不是很难受,因为需要拼接的音质、songid和vkey等等都还是换汤不换药,而vkey虽然麻烦一点,但之前核心已经写好了,改也不用改什么。QQ音乐之前的尿性一直是只换链接了事,感觉加密很水,网易云的接口是真的难扒,而QQ音乐,从普通品质到无损品质就像直接摆在你面前一样。

几个月前,我就是上面的那种想法。我也随之马上重新扒然后发布了更新,虽然当时已经临近高考了。

就在六月份,高考前的两周左右,我开始陆陆续续收到用户的反馈说不能用了,我还在学校里(住校)就一看,果然GG,然后上网去试别人开发的api,也不行。然后又找别人的扒接口教程(以前就是这么学的),发现依然无果。这就原地裂开!

后来,到现在,我选择用别人开发好的api。毕竟能力有限,且个人兴趣也不在扒东西上。六月份QQ音乐不仅换链接、还重新进一步加密,而且普通品质和其他品质分开了,这就导致了直到现在都还没有一个api能再解析出QQ音乐的高品质、无损品质的歌曲了。

有一说一,现成的api是真的香。一般都整合了主流平台,方便且统一。统一是真的香!!!就像github上的一些懒人专属库一样香。

但是,在用现成的东西之前,你需要考虑,这个东西是否属于你主要深入的方向,如果属于,那就自己搞吧(长篇大论不说了)。但这话并不是一定要用自己的*,你自己的*也没有别人那几个主流*效率高(那就不重复造*了),主要需要理解的是原理,是能够深入,能够提高自己的东西。深入着深入着、借鉴着学习着,说不定哪天你就也成为造*大佬了。至于不属于自己研究的方向的,凭你兴趣咯。

那么这篇水文就到这里了,等我再找到网站再重开真正的《从零开发一款txt小说下载器》。

上一篇:(转载)python多行注释


下一篇:android优化中国风应用、完整NBA客户端、动态积分效果、文件传输、小说阅读器等源码