问题来源
这段时间在忙公司的新项目。在注册页面需要一个验证码填写的view。大概长这样。
想了想，先去github上找找资源吧！感觉 GridPasswordView 这个不错。
我：boss啊，能不能先模仿支付宝密码那样的形式啊
boss：恩，好吧。
我：谢谢boss，boss真帅
因为注册页面布局比较复杂。大概是RelativeLayout和LinearLayout嵌套了几层。当我进入了验证码输入的这个过程的时候，秉持着一个程序员的严谨，我需要测试各种情况，模仿用户会遇到的各种情况。我把键盘隐藏了下去，然后再次点击。咦！键盘上来了，填写验证码的view呢？去哪了？陷入了深深的悲伤之中。看来这个view，还是要自己去研究怎么撸了。
生活总会在你觉得你能成功偷懒的时候，给你当头棒喝 ---牛顿
先看看键盘问题吧。如果键盘能把整屏幕顶上去，那也能解决问题啊！
浏览了一番，发现了如下要点：
android:windowSoftInputMode="adjustPan"
android:windowSoftInputMode="adjustResize"
分别在代码里面尝试了一下，adjustPan是平移屏幕，就是默认的EditText默认的键盘平移效果，不能顶起GridPasswordView
adjustResize的效果是屏幕控件重新计算尺寸，压缩尺寸，使得键盘可以全部显示在屏幕中。在我的项目中，只能顶起一部分控件，背景却没有变化，导致布局错乱。
既然键盘不行，我去自己写个view可以不咯
其实，现在要解决我的问题，就是需要一个view。该view能像EditText一样，能正常被键盘顶起，就行了。
在这里，真的很感谢一篇文章。这篇文章的主要思想，就是用一个view，直接获取用户输入。简单粗暴，i like it！我先把这个作者的view，放进了自己的布局文件里，试了一下，yes！没有问题，能被正常顶起！
开始研究代码～
在这里，我只放出我觉得是核心的代码
private InputMethodManager input;// 输入法管理
@Override
public boolean onCheckIsTextEditor() {return true;}
@Override
public InputConnection onCreateInputConnection(EditorInfo outAttrs) {
outAttrs.inputType = InputType.TYPE_CLASS_NUMBER;//输入类型为数字
outAttrs.imeOptions = EditorInfo.IME_ACTION_DONE;
return new MyInputConnection(this, false);
}
class MyInputConnection extends BaseInputConnection {
public MyInputConnection(View targetView, boolean fullEditor) {
super(targetView, fullEditor);
}
@Override
public boolean commitText(CharSequence text, int newCursorPosition) {
//这里是接受输入法的文本的，我们只处理数字，所以什么操作都不做
return super.commitText(text, newCursorPosition);
}
@Override
public boolean deleteSurroundingText(int beforeLength, int afterLength) {
//软键盘的删除键 DEL 无法直接监听，自己发送del事件
if (beforeLength == 1 && afterLength == 0) {
return super.sendKeyEvent(new KeyEvent(KeyEvent.ACTION_DOWN, KeyEvent.KEYCODE_DEL))
&& super.sendKeyEvent(new KeyEvent(KeyEvent.ACTION_UP, KeyEvent.KEYCODE_DEL));
}
return super.deleteSurroundingText(beforeLength, afterLength);
}
}
还有就是onTouch的键盘弹起和onWindowsFocusChanged失去焦点收起键盘的处理。
View类下的方法
boolean onCheckIsTextEditor ()
官方的解释：
Check whether the called view is a text editor, in which case it would make sense to automatically display a soft input window for it. Subclasses should override this if they implement onCreateInputConnection(EditorInfo) to return true if a call on that method would return a non-null InputConnection, and they are really a first-class editor that the user would normally start typing on when the go into a window containing your view.
The default implementation always returns false. This does not mean that its onCreateInputConnection(EditorInfo) will not be called or the user can not otherwise perform edits on your view; it is just a hint to the system that this is not the primary purpose of this view.
大概的意思就是这个决定这个View是不是一个文本编辑器。如果返回true，则认为这个view是可以被编辑的，那么用户也必须自己实现onCreateInputConnection(EditorInfo) 来决定键盘的样式，或者是不是应该弹出键盘。（大概的意思就是这个吧，理解有错误请大家及时指出，在这里跪谢了～）。
下一步呢？
键盘顶起view是没问题啦。验证码那个样子，该怎么解决呢？
说到自定义view，那就不得不说到ViewGroup啦，实现onLayout这个方法，就可以自定义自己的view啦！ViewGroup可以addView想添加多少添加多少嘛。但是，RelativeLayout是ViewGroup的子类啊！在xml布局文件里面写好所有布局，在RelativeLayout中使用getChild的方法，获取控件对象以后，布局可以随意控制了嘛～用了四个SquareItemLayout，每个SquareItemLayout里面一个ImageView（验证码边框），TextView（数字显示），ImageView（光标显示）。
大概就是这样了。通过这件事，对Android的键盘控制更加了解了。对自定义Viewyou 了更近一步的了解。
接下来的目标
RxJava RxAndroid Dagger2
