幻想的境界

这一切的契机是十一月份觉得应该去锻炼一下，于是和朋友去凤凰山骑车。当然那时是当地租的山地车，而且车子不怎么样，但是真的非常开心。之后摩拜单车开始渐渐出现在街头巷尾。在摩拜推出lite版新版的时候，我在楼下拍了一张全家福分别是mobike lite v2，mobike lite，mobike。 就像我之前写的那样，也许有了这些方便的公路自行车，骑上之后也许会走的更远吧。比较直观的感觉就是有个口味非常好的家乡菜馆，要走十几分钟有时候懒得去，现在却有些期待(笑)。 前一段时间从滨海之窗回来的时候在创业广场看到大量的各个厂家的自行车，由于滨海大道全程堵车于是找了辆自行车骑回来。比较令我惊讶的是平时感觉这段非常长的路，竟然如此轻松加愉快的骑车就过去了。 之后正好遇到ofo单车免费活动，于是有了真正的开始。 环南山 如上图，在桂庙路口挑了辆大轮版的ofo单车。直接下行至东滨路，转到蛇口沃尔玛，直达蛇口客运码头。这里不得不说沿途自行车道非常好，但是全程修路各种推车。然后是蛇口港下面路段工厂开始增多沿途灰尘非常多而且有诡异的气味，也正是如此本打算下行至左炮台结果走错路莫名进入赤湾六道。 随后本打算走 ...

最前本文并不包括实际的算法说明，仅仅是这个系列的开端。 前言前一段时间终于开始闲了下来，本来想到周边愉快的玩耍一番好好休息一下。但是朋友拜托做一个文本匹配和提取的工作，在小样本数据上初看都是些很规则的数据。但是在做模板测试的时候发现完全符合预期格式的占75%，基本符合的占24%，剩下的完全不匹配。之后就不停的修改模板和匹配规则想要适合所有格式，最后虽然结果是达到了，但是真的非常难看。然后才是真正的开始。 这其中比较严重的是本来非常严肃的文档，但是各种用措辞和句式却非常的随意。经过多次测试之后找了个最容易的实现–查表，但是随后却反而越来越在意，经过多次代码重构之后觉得用简单的文字和格式匹配几乎是无法实现的。于是我想起了之前写过的一些分类算法，然后结合一些自然语言处理工具处理那些格式混乱措辞随意甚至包括错字的文本。 分类算法大约在两年前，我记得那时候网易云音乐突然出现在视野中，当时对它的推荐算法非常吃惊(现在的推荐似乎非常的奇怪)。而那时候我正好在做一个文本推荐工具，于是去专门了解的一些推荐算法，但是这里的关键问题还是分类算法。 分类算法大致有：k-近邻算法(kNN)，决策树，朴素贝叶 ...

v1.0 1st Edition 本文主要说明Retrofit中关于retrofit2.Converter和retrofit2.CallAdapter的相关内容，不可避免的会牵扯到一部分okhttp3和RxJava的内容。 在使用Retrofit的时候首先会对其使用动态代理的方式做http请求的方式非常喜欢，这里个人觉得一是因为用接口做模板非常简洁清晰，其次也正是因为这种原因隐藏了http请求的繁琐步骤，同时也减少了不必要的出错。 其次对于默认的数据转换感觉非常神奇，仅仅是声明一个泛型就可以把http返回转换成对象。并且其拥有非常好的扩展性，特别是对RxJava的支持在第一次用的时候令人印象深刻。 那么接下来开始读代码，如果不关心okhttp的实现那么看Retrofit的源代码，会觉得非常的简洁并且文档注释写的非常详细。 TL;DR 一、总体流程 二、Retrofit 三、ServiceMethod 四、OkHttpCall 五、数据转换器 六、调用适配器 RxJava CallAdapter 一、总体流程12345Retrofit.Builder builder = ne ...

v1.0 2nd Edition 自从Android将SDK中的HttpClient去除之后，我开始找替代的HTTP请求类库，推荐的也比较多，其中我对于okhttp比较感兴趣。当时也没有深究只是把它当做Httpclient替代品来用，后来看到越来越多的地方开始谈论Retrofit。渐渐的开始对其有一定的了解并尝试使用，在我开始使用的时候其版本已经到了Retrofit2，它也变得更加强大和易用。 Retrofit2给我最直观的感觉是漂亮。 似乎是在我刚开始学程序设计的时候我看到一句话，Java代码一定要优雅。之前看到Httpclient在做请求时写的乱糟糟的代码，我曾经做过多次的重构，而每次重构之后虽然解决了问题但是依旧谈不上优雅。之后看到Retrofit用代理的方式做请求，真的是非常喜欢。 TL;DR Httpclient兼容 Retrofit配置 HTTPS HTTPS认证 Base Authentication 拦截器 请求 数据转换器Converter 协议与数据结构 Converter和Factory 使用自定义注解 同步与异步请求 Retrofit Call ...

v2.0 2nd Edition 这是一个关于一些新的编程思想和框架的使用的一系列文章，目标是融合目前比较热的MVP模式、RxJava框架和Retrofit库写出一个简单的例子，也算是一个总结吧。 前言Android MVP模式很早就听过，也大概了解了一下。当时觉得从理论上来说这个思想确实是很好的，但是由于没有实际使用经验，这个东西给人的第一感觉是不知道从项目组织上要怎么做。很多的例子过于简单把项目结构按照MVP分目录，之后也看过一些关于如何在实际项目中使用MVP的文章。这里有几种关于MVP的使用观点。 基本的模式，按照MVP的思想整整齐齐的将各个类接口放在不同的目录里。这种方式做过Java后台网站的朋友也许会比较熟悉，在Android端其实我是比较反感这类做法的。一切服务于业务，而业务体现在功能上。目前我比较赞同的是按照功能构建项目。 顶级功能模块分类，下级MVP分类。据说某些大厂的大型项目是这种方式。关于MVP说的最多的是什么？至少我看到的是P层的功能切换，这实际上也是面向接口的好处与便捷之处。 融合的方式。MVP终究只是一个编程思想，作为一个思想，有必要把之前的项目逻辑全部 ...

无意中听说在深圳中心书城有新海诚展，于是赶在最后一天去看了一下。 说起新海诚会想起什么呢？秒速五厘米？言叶之庭？我想大部分朋友会想起秒速五厘米吧，毕竟当时给人的冲击太过强烈，无论是作画还是剧情。其实这么多年过去了，秒速五厘米无论多么浓烈的感情还是会淡去的，留给我的更多的是一个意象。飘落的樱花、积水的倒影、叮叮当当的火车道口。 近期给我感触最深的其实还是新版的《她与她的猫》(观看地址)(我推荐别人的时候会戏称“香菜与猫”)，而上一部作品(言叶之庭)的女主角CV也是花泽香菜，所以有时候我会想这是不是有某种含义。其实新番《她与她的猫》和新海诚关系不大，更像是一个挂名而已，剧情上为原作的前传，在最后结尾的时候回到了原作的时间点。 说实话写到这里非常难以下笔，我又回去把秒速五厘米三篇看了下。已经很久没有看这么“文艺向”的作品了，不知从何时起开始不敢看这类的作品，所有的思考方式都使用冷冰冰的逻辑推理。而表现出的最直观现象就是比较喜欢有因有果的推导式的思考，以前收藏的各类小说已经完全不想看了，即便是为了查资料也完全看不下去了。然而相关的技术文档却依然看的津津有味，所以事情变的糟糕起来，又要像学生时 ...

v1.0 1st Edition 前言Android ContentProvider属于Android框架中的几个核心组件，相信Android的一些入门书籍都会提起。ContentProvider的主要用途我认为是对一些结构化数据进行管理，而对于数据管理的实现也有非常多，因此在实际应用中要自行取舍。本文主要从以下几个方面对ContentProvider进行讲解，如果遇到TL;DR可直接跳转。 ContentProvider概念 ContentProvider使用 各种问题 Loader/AsyncQuery Observer 一、ContentProvider概念1234567891011121314public abstract class ContentProvider{ public boolean onCreate(); public String getType(Uri uri); public Cursor query(Uri uri, String[] strings, String s, String[] strings1, S ...