首先是扫描。扫描依然是使用 query MediaStore 的方式。一句话介绍 MediaStore，MediaStore 就是Android系统中的一个多媒体数据库。代码如下图所示，以搜索本地视频为例子：

首先，我们解决一个问题，我们有了第一个方法。然后，我们想解决包含这个问题的一类问题，我们总结一个元方法。然后，我们想知道怎么样找到一类问题的方法的方法，这是就是元方法的元方法。或者说，元元方法。这样的一个不断上溯的过程，我称之为求元方法递归。

如下述代码所示，从 WXComponent 继承出来以后，复写四个构造器方法，就可以完成一个最简单可跑当然也显示不了任何东西的 WXComponet。

问题的背景是，视频互动业务需要增加弹幕功能，但是播放器的视图是伪横屏的，即，他是一种类似于使用 rotate(90.0)的方式，旋转横屏的，在 Activity 层面上还是一个竖屏的状态。那么弹幕输入的时候的键盘，也是竖屏的。这会带来比较严重的用户体验问题。

毕设大概是大学四年里最坑爹之一的事情了，毕竟一旦选题不好，就很容易浪费一年的时间做一个并没有什么卵用，又不能学到什么东西的鸡肋项目。所幸，鄙人所在的硬件专业，指导老师并不懂软件，他只是想要一个农业物联网的监测系统，能提供给我的就是一个Oracle 11d数据库，带着一个物联网系统运行一年所保存的传感器数据....

曾经有一段时间，许多网上的 Android 性能调优的文章都提到，要尽量避免在 Android 中使用 enum，因为使用 enum 会引入较大的性能损失。

weex代码中的高度和宽度的单位均为px，然而，在手机屏幕上显示的高宽却不一定与代码指定的相同。原因是weex框架在底层做了针对不同屏幕的适配工作，具体计算公式为 实际高宽 = 代码高宽 * (屏幕宽度 / 750)。

React Native，在过去一年大红大紫，一下子成为了许多人追捧的新兴技术热点。然而，除却蜻蜓点水般运行一个 Hello World 式的 React Native 小 App，真正想要用 React Native 写一个商用的 App，却要面临很多困难。其中最主要的，就是缺少技术资料，缺少像 Android 这样发展七八年的技术一般，在博客和技术社区上存留的...

一直以来，动画都是移动开发中极为特殊的一块。一方面，动画在交互体验上有着不可替代的优越处，然而另一方面，动画的开发又极为的耗时，需要消耗工程师大量的时间用于开发和调试。再来看前端，前端的动画实现，经过多年的发展，已分为 CSS3 动画和 JavaScript 动画。

在移动应用的开发过程中，绘制基本的二维图形或动画是必不可少的。然而，考虑到Android和iOS均有一套各自的API方案，因此采用一种更普遍接受的技术方案，更有利于代码的双平台兼容。

在实际开发过程中，经常需要同时运行和修改多个React Native工程，比如运行github上的开源项目以观察某种控件的实际效果。那么此时，各项目下的初始化(npm install)就会非常的痛苦，因为React Native的文件非常大，以0.17.0为例，安装后达到309MB。尽管，我们可以通过阿里npm等镜像站的方式加速下载的过程，但是下载后的...