Snackbar в библиотеке поддержки не включает OnDismissListener()?
Я хотел бы реализовать новую Snackbar, включенную в последнюю Библиотеку поддержки проектирования, но способ, которым она предлагается, кажется нелогичным для меня, и я предполагаю, что многие другие используют.
Когда пользователь выполняет важное действие, я хочу разрешить ему отменить его через снэк-бар, но, похоже, нет никакого способа определить, когда он уволен, чтобы выполнить действие. Для меня имеет смысл сделать это следующим образом:
- Пользователь выполняет действие.
- Показать Snackbar и обновить пользовательский интерфейс, как если бы действие было завершено (т.е. кажется, что данные отправляются в базу данных, но на самом деле еще нет).
- Если пользователь нажал "отменить", отменить изменения пользовательского интерфейса. Если нет, то при снятии Snackbar он отправит данные.
Но поскольку я не вижу доступного OnDismissListener, мне бы пришлось:
- Пользователь выполняет действие.
- Немедленно отправьте информацию в базу данных и обновите интерфейс.
- Если пользователь нажимает "отменить", отправьте еще один вызов в базу данных, чтобы удалить только что добавленные данные и отменить изменения пользовательского интерфейса.
Я действительно хотел бы избежать двух звонков в базу данных и просто отправить один, когда приложение знает, что это безопасно (пользователь избегает нажатия "отменить"). Я заметил, что есть некоторая реализация этого в сторонней библиотеке через EventListener, но я действительно хотел бы придерживаться библиотеки Google.
7 ответов
Теперь это делает
Snackbar.make(getView(), "Hi there!", Snackbar.LENGTH_LONG).setCallback( new Snackbar.Callback() {
@Override
public void onDismissed(Snackbar snackbar, int event) {
switch(event) {
case Snackbar.Callback.DISMISS_EVENT_ACTION:
Toast.makeText(getActivity(), "Clicked the action", Toast.LENGTH_LONG).show();
break;
case Snackbar.Callback.DISMISS_EVENT_TIMEOUT:
Toast.makeText(getActivity(), "Time out", Toast.LENGTH_LONG).show();
break;
}
}
@Override
public void onShown(Snackbar snackbar) {
Toast.makeText(getActivity(), "This is my annoying step-brother", Toast.LENGTH_LONG).show();
}
}).setAction("Go away!", new View.OnClickListener() {
@Override
public void onClick(View v) {
}
}).show();
Проверьте мой класс помощника для закусочных.
public class SnackbarUtils {
private static final String LOG_TAG = SnackbarUtils.class.getSimpleName();
private SnackbarUtils() {
}
public interface SnackbarDismissListener {
void onSnackbarDismissed();
}
public static void showSnackbar(View rootView, String message, String actionMessage, View.OnClickListener callbacks, final SnackbarDismissListener dismissListener){
Snackbar snackbar = Snackbar.make(rootView,message,Snackbar.LENGTH_LONG);
snackbar.setAction(actionMessage,callbacks);
if (dismissListener != null){
snackbar.getView().addOnAttachStateChangeListener(new View.OnAttachStateChangeListener() {
@Override
public void onViewAttachedToWindow(View v) {
}
@Override
public void onViewDetachedFromWindow(View v) {
dismissListener.onSnackbarDismissed();
}
});
}
snackbar.show();
}
}
У меня та же проблема, но я предоставляю "отмену" для удаления данных.
Вот как я с этим справляюсь:
- Притворяться, что данные удалены из БД (скрыть от пользовательского интерфейса, который представляет собой список элементов)
- Подождите, пока закусочная "не должна" исчезнуть
- Отправить звонок на удаление в базу данных
- Если пользователь использовал действие отмены, заблокируйте ожидающий вызов БД
Это может не сработать для вас, поскольку вы вставляете данные и вам (?) Может потребоваться, чтобы они были доступны в базе данных после первого действия, но это будет работать, если выполнимо "подделка" данных (в пользовательском интерфейсе). Мой код не является оптимальным, и я бы назвал это хаком, но это лучшее, что я мог найти, оставаясь в официальных библиотеках.
// Control objects
boolean canRemoveData = true;
Object removedData = getData(id);
UI.remove(id);
// Snackbar code
Snackbar snackbar = Snackbar.make(view, "Data removed", Snackbar.LENGTH_LONG);
snackbar.setAction("Undo", new View.OnClickListener() {
@Override
public void onClick(View v){
canRemoveData = false;
DB.remove(id);
}
});
// Handler to time the dismissal of the snackbar
new Handler(getActivity().getMainLooper()).postDelayed(new Runnable() {
@Override
public void run() {
if(canRemoveData){
DB.remove(id);
}
}
}, (int)(snackbar.getDuration() * 1.05f));
// Here I am using a slightly longer delay before sending the db delete call,
// just because I don't trust the accuracy of the Handler timing and I want
// to be on the safe side. Either way this is dirty code, but the best I could do.
Мой реальный код более сложный (он связан с проблемой недоступности canRemoveData внутри подклассов, не будучи окончательным, но это в основном то, как мне удалось добиться того, о чем вы говорите.
Надеюсь, кто-то может найти лучшее решение.
public class CustomCoordinatorLayout extends CoordinatorLayout {
private boolean mIsSnackBar = false;
private View mSnakBarView = null;
private OnSnackBarListener mOnSnackBarListener = null;
public CustomCoordinatorLayout(Context context) {
super(context);
}
public CustomCoordinatorLayout(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
if(mIsSnackBar){
// Check whether the snackbar is existed.
// If it is not existed then index of the snackbar is -1.
if(indexOfChild(mSnakBarView) == -1){
mSnakBarView = null;
mIsSnackBar = false;
if(mOnSnackBarListener != null)
mOnSnackBarListener.onDismiss();
Log.d("NEOSARCHIZO","SnackBar is dismissed!");
}
}
}
@Override
public void onMeasureChild(View child, int parentWidthMeasureSpec, int widthUsed, int parentHeightMeasureSpec, int heightUsed) {
super.onMeasureChild(child, parentWidthMeasureSpec, widthUsed, parentHeightMeasureSpec, heightUsed);
// onMeaureChild is called before onMeasure.
// The view of SnackBar doesn't have an id.
if(child.getId() == -1){
mIsSnackBar = true;
// Store the view of SnackBar.
mSnakBarView = child;
if(mOnSnackBarListener != null)
mOnSnackBarListener.onShow();
Log.d("NEOSARCHIZO","SnackBar is showed!");
}
}
public void setOnSnackBarListener(OnSnackBarListener onSnackBarListener){
mOnSnackBarListener = onSnackBarListener;
}
public interface OnSnackBarListener{
public void onShow();
public void onDismiss();
}
}
Я использую пользовательский координатор Layout. Когда отображается Snackbar, вызываются onMeasure и onMeasureChild из CoordinatorLayout. Поэтому я переопределил эти методы.
Обратите внимание, что вы должны установить идентификаторы дочерних элементов пользовательского макета координатора. Потому что я нахожу вид SnackBar по id. Идентификатор SnackBar равен -1.
CustomCoordinatorLayout layout = (CustomCoordinatorLayout)findViewById(R.id.main_content);
layout.setOnSnackBarListener(this);
Snackbar.make(layout, "Hello!", Snackbar.LENGTH_LONG).setAction("UNDO", new View.OnClickListener() {
@Override
public void onClick(View v) {
//TODO something
}
}).show();
Реализуйте OnSnackBarListener в вашей деятельности или фрагменте. Когда будет показана закусочная, она вызовет OnShow. И тот уволен, тогда это вызовет Увольнение.
Это было только что добавлено в v23.
Чтобы получать уведомления, когда снэк-бар был показан или отклонен, вы можете предоставить Snackbar.Callback через setCallback(Callback),
Чтобы улучшить Hitch.united ответ
boolean mAllowedToRemove = true;
Snackbar snack = Snackbar.make(mView, mSnackTitle, Snackbar.LENGTH_LONG);
snack.setAction(getString(R.string.snackbar_undo), new OnClickListener() {
@Override
public void onClick(View v) {
mAllowedToRemove = false;
// undo
...
}
});
snack.getView().addOnAttachStateChangeListener(new View.OnAttachStateChangeListener() {
@Override
public void onViewAttachedToWindow(View v) {
}
@Override
public void onViewDetachedFromWindow(View v) {
if(!mAllowedToRemove){
// handle actions like http requests
...
}
}
});
snack.show();