これに対する回答はすでに100万件あり、1つは承認されています。ただし、受け入れられた回答には多数のバグがあり、残りのほとんどは、考えられるすべてのユースケースに拡張することなく、そのうちの1つ（または2つ）を修正するだけです。
したがって、私は基本的に、サポートの回答で提案されているほとんどのバグ修正をコンパイルし、範囲外の数値を0の方向（範囲が0で始まらない場合）に継続的に入力できるようにするメソッドを追加しました。それが範囲内にないことを確認してください。明確にするために、これが他の多くのソリューションで本当に問題を引き起こす唯一の時間です。
ここに修正があります：
public class InputFilterIntRange implements InputFilter, View.OnFocusChangeListener {
private final int min, max;
public InputFilterIntRange(int min, int max) {
if (min > max) {
// Input sanitation for the filter itself
int mid = max;
max = min;
min = mid;
}
this.min = min;
this.max = max;
}
@Override
public CharSequence filter(CharSequence source, int start, int end, Spanned dest, int dstart, int dend) {
// Determine the final string that will result from the attempted input
String destString = dest.toString();
String inputString = destString.substring(0, dstart) + source.toString() + destString.substring(dstart);
// Don't prevent - sign from being entered first if min is negative
if (inputString.equalsIgnoreCase("-") && min < 0) return null;
try {
int input = Integer.parseInt(inputString);
if (mightBeInRange(input))
return null;
} catch (NumberFormatException nfe) {}
return "";
}
@Override
public void onFocusChange(View v, boolean hasFocus) {
// Since we can't actively filter all values
// (ex: range 25 -> 350, input "15" - could be working on typing "150"),
// lock values to range after text loses focus
if (!hasFocus) {
if (v instanceof EditText) sanitizeValues((EditText) v);
}
}
private boolean mightBeInRange(int value) {
// Quick "fail"
if (value >= 0 && value > max) return false;
if (value >= 0 && value >= min) return true;
if (value < 0 && value < min) return false;
if (value < 0 && value <= max) return true;
boolean negativeInput = value < 0;
// If min and max have the same number of digits, we can actively filter
if (numberOfDigits(min) == numberOfDigits(max)) {
if (!negativeInput) {
if (numberOfDigits(value) >= numberOfDigits(min) && value < min) return false;
} else {
if (numberOfDigits(value) >= numberOfDigits(max) && value > max) return false;
}
}
return true;
}
private int numberOfDigits(int n) {
return String.valueOf(n).replace("-", "").length();
}
private void sanitizeValues(EditText valueText) {
try {
int value = Integer.parseInt(valueText.getText().toString());
// If value is outside the range, bring it up/down to the endpoint
if (value < min) {
value = min;
valueText.setText(String.valueOf(value));
} else if (value > max) {
value = max;
valueText.setText(String.valueOf(value));
}
} catch (NumberFormatException nfe) {
valueText.setText("");
}
}
}
一部の入力ケースは「アクティブ」に処理できない（つまり、ユーザーが入力しているため）ため、ユーザーがテキストの編集を終えた後は無視して処理する必要があります。
使い方は次のとおりです。
EditText myEditText = findViewById(R.id.my_edit_text);
InputFilterIntRange rangeFilter = new InputFilterIntRange(25, 350);
myEditText.setFilters(new InputFilter[]{rangeFilter});
// Following line is only necessary if your range is like [25, 350] or [-350, -25].
// If your range has 0 as an endpoint or allows some negative AND positive numbers,
// all cases will be handled pre-emptively.
myEditText.setOnFocusChangeListener(rangeFilter);
ここで、ユーザーが範囲の許容範囲よりも0に近い数値を入力しようとすると、次の2つのいずれかが起こります。
場合minとmax同じ桁数を持って、彼らは最終桁に得れば、彼らはそれがすべてで入力することはできません。
テキストがフォーカスを失ったときに範囲外の数値がフィールドに残っている場合、自動的に最も近い境界に調整されます。
もちろん、ユーザーが範囲から許可されている値よりも0から離れた値を入力することはできません。そのため、このような数値がテキストフィールドに「誤って」入力されることもありません。
既知の問題点？）
- これ
EditTextは、ユーザーが操作を終了したときにフォーカスが失われた場合にのみ機能します。
もう1つのオプションは、ユーザーが「完了」/ Returnキーを押したときにサニタイズしますが、多くの場合、またはほとんどの場合、これによりフォーカスが失われます。
ただし、ソフトキーボードを閉じても、要素のフォーカスが自動的に解除されるわけではありません。Android開発者の99.99％がそれを望んでいると思います（そして、EditText要素への焦点を絞ることは一般的には簡単なことではありませんでした）が、現時点では組み込みの機能はありません。これを回避するために私が見つけた最も簡単な方法は、必要に応じて、EditText次のようなものを拡張することです。
public class EditTextCloseEvent extends AppCompatEditText {
public EditTextCloseEvent(Context context) {
super(context);
}
public EditTextCloseEvent(Context context, AttributeSet attrs) {
super(context, attrs);
}
public EditTextCloseEvent(Context context, AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}
@Override
public boolean onKeyPreIme(int keyCode, KeyEvent event) {
if (event.getKeyCode() == KeyEvent.KEYCODE_BACK) {
for (InputFilter filter : this.getFilters()) {
if (filter instanceof InputFilterIntRange)
((InputFilterIntRange) filter).onFocusChange(this, false);
}
}
return super.dispatchKeyEvent(event);
}
}
これは、ビューが実際にフォーカスを失っていなくても、フィルターをだまして入力を無害化します。後でビュー自体がフォーカスを失うと、入力サニテーションが再度トリガーされますが、すでに修正されているため、何も変更されません。
閉鎖
ふew。それはたくさんありました。元々それがかなり簡単な問題であるように見えたものは、バニラAndroid（少なくともJavaでは）の多くの小さな醜い部分を明らかにしてしまいました。また、範囲に何らかの方法で0が含まれていない場合は、リスナーを追加して拡張するEditTextだけで済みます。（現実的には、範囲に0が含まれておらず、1または-1で始まる場合、問題も発生しません。）
最後の注意として、これはintに対してのみ機能します。10進数（double、float）で動作するように実装する方法は確かにありますが、私も元の質問者もそれを必要としないので、特に深く掘り下げたくありません。次の行とともに、完了後フィルタリングを単純に使用するのは非常に簡単です。
// Quick "fail"
if (value >= 0 && value > max) return false;
if (value >= 0 && value >= min) return true;
if (value < 0 && value < min) return false;
if (value < 0 && value <= max) return true;
intからfloat（またはdouble）に変更し、単一.（または,、国によっては？）の挿入を許可し、の代わりに10進数型の1つとして解析するだけで済みintます。
それはとにかくほとんどの仕事を処理するので、それは非常に似たように働くでしょう。