十五年十月番扫番报告

v1.0 2nd Edition

##前言
又来到了期待的十月,万众期待的作品当属《物语》和《点兔》。首先比较出乎意料的是河马萝莉的《重装武器》,虽然世界观比较乱来但是不得不说其设想也是真实存在的。奈何从《魔禁》开始大家都对其物理概念失去了期待,那么就单做日常番看公主好了。《野良神》其实开始前我是非常期待的,第一季给我留下了深刻的印象。我在不同的地方也说过其人设给我非常大的冲击,简直喜欢的不行。第二季开始我隐隐约约觉得剧情走向可能令人不适,于是先放一下吧。

另外这里对《彗星路西法》比较失望,看到其世界观和人设最开始的非常期待的,并且开始做的也非常不错。我觉得这个番放在五六年前估计也不会引起这么大怨气了,最后的结局也不是不能接受,只是在当下是行不通的。

另外《超人幻想》也保持骨头社一贯的随性而为,但是难得的好评如潮,虽然剧情看起来比较费力,但是在此强烈推荐。另外《樱子小姐》、《法芙娜 EXODUS》也是非常值得一看的。

Android DownloadManager简介

前一段时间看了一下Android自带的DownloadManager的相关代码,觉得比较有意思,在此简单做一些介绍。文本在此也仅仅是简单介绍,不涉及一些细枝末节的东西,还有比如数字版权之类的。

首先DownloadManager分为两个部分,对外部暴露的接口属于框架层,位于framework/base/core/java/android/app/DownloadManager.java,编译之后就在/system/framework.jar。其实这里的仅仅是类似于接口的东西,具体的实现在厂商第三方作为DownloadProvider,就像命名那样整个下载流程的核心就在这里的ContentProvider,从类的命名中可以非常容易的看出调用关系。

##DownloadManager
DownloadManager作为一个全局服务直接从Context中获得,其提供了所有的和任务相关的操作接口,这里从访问下载任务说起。对于下载任务最为常用的操作还是查询和对状态的监听,第一次看到DowloadManager提供的接口时我对于没有回调接口非常奇怪,而看到的仅仅是DownloadManager#query(query:Query),而且返回的是一个数据库游标。进而深入进去发现所有的核心就是DownloadProvider

###添加下载任务

1
2
3
4
5
6
public long enqueue(Request request) {
ContentValues values = request.toContentValues(mPackageName);
Uri downloadUri = mResolver.insert(Downloads.Impl.CONTENT_URI, values);
long id = Long.parseLong(downloadUri.getLastPathSegment());
return id;
}

android Design Support lib

适逢Android Studio迎来更新的日子,本人虽然一直使用IDEA写Android应用,但是Android Studio的新特性还是会融入到IDEA当中。虽说本次升级增加了一些性能工具,但是和DDMS比起来还是有不少的距离。

在之前的某个时候我例行更新SDK的时候发现多了一个Design Support的库,当时去看了下资料,虽然对Google Design的支持非常有限,但是官方提供的工具依旧令人欢欣鼓舞。无奈最近一直在从事定制应用的开发,对于通用Android应用特别是针对Material Design关注的也少了。同时真的是厌倦了在github上寻找第三方支持库,趁此时机简单总结一下Android Design Support Library

##Floating Action Button(FAB)
当时Floating Action Button(以下简称FAB)随Goolge Design出来的时候真是非常夺人眼球。其抢眼的配色和相应的交互动画一度令人痴迷,随后结果就是官方只有一个Polymer有相关的实现,然后是十分激进的Google PlusAndroid版。相对较多的第三方实现也达到了不错的效果,对于与其的官方描述参见,Google Design的Buttons章节Buttons: Floating Action Button。从我看到FAB开始我就在想这个东西到底怎么用,如果要融入到我应用的话,到底是什么场景。我现在觉得使用场景真的非常少,而且用起来很容易出现很多交互和逻辑上的错误,一点都不省心。这一点看官方文档的DoDo not相关说明。

1
2
3
4
5
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
compile 'com.android.support:appcompat-v7:23.0.1'
compile 'com.android.support:design:23.0.1'
}

首先是依赖关系问题,android.support.design.widget.FloatingActionButton在直接写在XML文件中时,源码中会去请求backgroundTint属性,这个属性来自AppCompat所以如果你没有使用appcompat主题会在运行时产生Failed to resolve attribute at index 6错误。这里索性全部按照Grandle生成的规范来,将所有的工具全部提升到23版本,也就是Android6.0对应的API版本。其中包括compileSdkVersion 23buildToolsVersion "23.0.1"

Android应用性能随笔

随笔

Android应用性能问题,只有当应用到达一定的规模之后才能显现出来,而且规模越大越是平时不注重的问题就会表现出来。当然了实际上大多都是老生常谈的东西,只是在最开始懒得遵守或觉得实现起来麻烦懒得去做。这也是一个长久的话题,在此简单回顾一下,可能没有什么条理性,请包涵。

##一、 内存控制
关于内存的控制在java的各个方向上实际上都有提及。桌面领域遇到过一些(做过一段swing/awt),服务器端遵循一定的习惯也不会出什么大问题,当然了如果是大数据那就是另一回事了。Android方面应用的内存问题会随着应用在前台的运行时间慢慢暴露出来,对于一般的应用来说即便暴露出来也就是被系统杀死只要不是严重影响功能和使用体验,一般用户也懒得管。

但是如果做系统级应用,比如启动器那就比较严重。毕竟一直都在内存中运行,任何一次崩溃使用者都明确的感受的到,进而对整个系统做出不好的评价,甚至连累硬件部门。通过一段时间的测试发现了一些小问题。

十五年七月番扫番报告

##一、《赤发白雪姬》

首先不得不说七月番的第一话制作都非常出色,至少我看的这些都是这样。《赤发白雪姬》一看感觉就是少女漫来的,看了ED列表后就觉得可以放心追这个了。尤其是早见沙织的OP,真的是非常惊艳,好像是早见沙织的出道曲,之后CD发售那天渡航还专门去买了…另外骨头社出品质量不用说很有保障了。

我记得上次津津有味的看少女番是神马来着,好像是《花牌情缘》第一季,之后又有很多完全没有心情去追,看了这个第一话之后回忆起那种久违的治愈感觉了。七月番整体上我个人觉得正能量很足且制作相对很稳定的就是《赤发白雪姬》和《偶像大师 灰姑娘女孩 第二季》(爱马仕),爱马仕有些情节真的是很励志,而《白雪姬》在这个纷繁的七月带来的则是那么一股如童话故事一般清澈纯净风,再者欧洲风格的世界观设定也吸引了不少欧美宅的关注,在Anime Trend之类的地方排名也非常高。

十五年四月番扫番报告

##一、《吹响吧!上低音号》

首先,上低音号直接音译是悠风号(自然我个人还是比较喜欢悠风号这个音译的名字)。

首先,我想看过这个番的朋友,第一感觉应该会想到京阿尼另一部非常有诚意的动画—《冰菓》,但是不知道为什么我在听到OP鼓点的时候,却不自然的脑补到中二病里的茴香学姐。其实《冰菓》当时给我的感觉仅仅是制作精良,但是当做作业BGM循环一次后,静下来回味一番才觉得真是一部很不错的值得收藏的动画。

Web Components Polymer

###一、Web Components###
首先从Web Components开始,今年在Google I/O谷歌发布Android L预览版的时候,也是Google Design上线的时候,那时对Material的风格印象非常深刻。但是无奈Android版没有提供兼容库去实现,在某个巧合看到了Polymer,于是去了解了一下看起来非常有前途的Web Components。

仅仅从名字就能看出是web组件的封装,首先不论基于js动态生成还是提供css样式进行渲染的方法,目前很多前端框架如bootstrap,都已经提供了非常简单实用且强大的框架支持。但是在使用过程中会深切的感受到,由于框架资源与自定义资源属于同一个级别,使用中需要去详细了解框架提供的样式和JS方法。不仅仅是为了风格统一和资源重复利用,更重要的是为了避免与框架的冲突。

<ul class="dropdown-menu" role="menu" aria-labelledby="dropdownMenu2">
  ...
  <li role="presentation" class="dropdown-header">Dropdown header</li>
  ...
</ul>

十四年七月番扫番报告其一

###一、《Aldnoah.Zero》###

《Aldnoah.Zero》(以下简称《A/Z》)开始是奔着老虚和泽野弘之去看的,开始给人非常好。无论是世界观设定还是人物的刻画,各方都有自己的小算盘(除了地球军方)。虽然开始就把火星公主写死了,但是大家都心里隐隐地觉得不是,否则从名义上对地球放不利。男主(伊奈帆)在一开始就表现出异常的冷静,这和周围其他人的表现完全不同。我觉得开始这样设定后面会弄个黑历史什么的,毕竟家庭背景也没有说。这段时间老虚的推特头像从《死亡幻觉》的兔子换成了狙击Q贝,大家都觉得老虚这是终于要从良了。期间还去米国参观航母,去皮克斯转了圈… …但是。

作为原案和剧本的老虚也许到目前为止真的不适合做科幻题材(不知道新的剧场版《乐园追放》是不是有所好转)。《A/Z》开始让人觉得设定还是比较过硬,还有男主做科普。但是一旦剧情展开反而给人一种,科幻设定完全是附属品,给人一种关注剧情和人物就行了不要在意科幻设定的细节的感觉。但是在不科学的展开中男主又不忘提醒观众其依靠科学的头脑打败火星机甲。在这里我也不详细说明火星机甲设定的不严谨,同时男主训练机是多么的强大。但是当强大的火星机甲遇到教练机时就体现出教练机严重不科学,当然这从一开始都能隐约的感觉到,开始和结束是硬科幻设定,但是过程完全是软科幻(甚至都算是超级系。当然仅限于男主)。

Android AppCompat v21 Theme

本文作为读书笔记的总结性内容,起因是29日看到某社交网站谷歌的Matias Duarte分享一个链接,点进去发现是blogspot更新了,于是借此机会做一个总结,所以本文内容目前是基于19月28日信息,11月3日后根据更详细的信息进行进一步修正。

—-正文的分割线—–

本文描述基于Android 5.0 Lollipop的主题以及围绕新Material Design设计规范在交互与界面上的实现问题,并且是基于Support v7 AppCompat v21类库,其最主要的目的是将新特性与交互方式兼容到4.x版本。
本文的参考主要来源于:

Android 开发者网站 Android Developer

Android 开发者博客 Android Developer blogspot

引用原文与细节将在引用位置提供链接或在结尾进行详细说明。

首先在官方Maintaining Compatibility的描述为使用Support v7 r21类库可以实现一些Material design style。其主要包含:

十三年七月番扫番报告其一

###一、《有顶天家族》###

但凡和”京都”有关的动画都或多或少的有些文化的意味,在这个大的背景下稍微对京都的一些了解也许会帮助我们对于这部动画的理解吧。原作是森见登美彦,我也仅仅是看过他的《四叠半神话大系》而已,但是相对那个话痨作品而言《有顶天家族》就显得非常治愈与清新。在这里对于制作班底我还没有在意过,不过看很多朋友还是很在意角色原案久米田康志的。而最另我吃惊的是这个制作公司竟然是P.A.WORKS,要知道P.A在大家眼里一直是做青春校园题材,竟然突然话呢风格。

这部作品声优和内容都非常赞,其中比较突出的就是樱井孝宏了,当然我一直很关注中原麻衣。从故事的各个人物与经历的事件开始吧。

淀川教授,也就是淀川长太郎。从第一话开头就打了个酱油,在接近故事中段的时候正式登场。其看似简单却让大部分人难以理解的”吃货”观点非常的耐人寻味。其主要的观点是:吃是一种爱的表现。当三郎进行一系列的询问之后,其进一步阐述了自己的观点,大致如下。”他认为吃并对食物报以赞扬是对食物的尊重,被吃也是一种必要的属性。”如果仅仅说普遍意义上的”食材”来说,这个还是可以接受的。但是其进一步引申出:人类虽然没有天敌,但是死后还是被土壤中的微生物”吃掉”,这不是一种”物尽其用”的好结果。与其在医院皱巴巴的死掉,还不如做狸子的晚餐有意思。虽然从逻辑上可以理解,但是从情感上我觉得几乎大部分观众都无法认同吧。而到了最后要吃三郎妈妈的时候其又变卦说吃是一种爱,舍不得吃也是一种爱。我们无法得知”星期五俱乐部”中那些人是什么想法,仅从寿老人的行为大致是把每年吃狸子当做一种习惯甚至是仪式吧。