2017-09-20 12 views
0

アクティビティやフラグメントのサブクラスではないカスタムクラスからのユーザー操作(ダイアログ)が必要なことがよくあります。ここで私が現在どのようにしているかの例を示します。カスタムクラスを作成したフラグメントのフラグメントマネージャからダイアログを開き、小さなインナークラスをターゲットとして使用してダイアログの結果を得ることができます。親フラグメントにonActivityResult置くこととは対照的に、これは、一つの場所に関連するすべてのコードを保持します:カスタムクラスのダイアログがAndroidでクラッシュするO

public class DocumentViewer extends RelativeLayout { 

    public void deleteAnnotations() { 
     DialogFragment dialog = new DialogFragment(); 
     Bundle args = new Bundle(); 
     args.putString("title", this.app.getString(R.string.DELETE_ANNOTATIONS)); 
     args.putString("message", this.app.getString(R.string.CONFIRM_DELETE_ANNOTATIONS)); 
     args.putString("button1Text", this.app.getString(R.string.BUTTON_DELETE)); 
     args.putString("button2Text", this.app.getString(R.string.BUTTON_CANCEL)); 
     dialog.setArguments(args); 
     DocumentViewerAlertListener listener = new DocumentViewerAlertListener(); 
     listener.canvas = this.canvas; 
     dialog.setTargetFragment(listener, R.id.confirmDelete); 
     dialog.show(this.fragment.getFragmentManager(), "confirmDelete"); 
    } 

    public static class DocumentViewerAlertListener extends ALFragment { 
     public ALCanvas canvas; 

     @Override 
     public void onActivityResult(int requestCode, int resultCode, Intent resultData) { 
      if ((requestCode == R.id.confirmDelete)&&(resultCode == 1)) { 
       this.canvas.clearItems(); 
      } 
     } 
    } 

} 

残念なことに、AndroidのOで、dialog.showラインは、このスタックトレースでクラッシュ:

09-20 14:06:12.852 24301-24301/com.bizname.appname E/AndroidRuntime: FATAL EXCEPTION: main 
    Process: com.bizname.appname, PID: 24301 
    java.lang.IllegalStateException: Fragment ALAlert{1ace4cd #8 confirmDelete} declared target fragment DocumentViewerAlertListener{7e21182} that does not belong to this FragmentManager! 
     at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:1209) 
     at android.app.FragmentManagerImpl.moveFragmentToExpectedState(FragmentManager.java:1549) 
     at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:1611) 
     at android.app.BackStackRecord.executeOps(BackStackRecord.java:807) 
     at android.app.FragmentManagerImpl.executeOps(FragmentManager.java:2394) 
     at android.app.FragmentManagerImpl.executeOpsTogether(FragmentManager.java:2189) 
     at android.app.FragmentManagerImpl.removeRedundantOperationsAndExecute(FragmentManager.java:2142) 
     at android.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:2049) 
     at android.app.FragmentManagerImpl$1.run(FragmentManager.java:718) 
     at android.os.Handler.handleCallback(Handler.java:789) 
     at android.os.Handler.dispatchMessage(Handler.java:98) 
     at android.os.Looper.loop(Looper.java:164) 
     at android.app.ActivityThread.main(ActivityThread.java:6541) 
     at java.lang.reflect.Method.invoke(Native Method) 
     at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240) 
     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:767) 

私が使用しているフラグメントマネージャは、この内部クラスについてはわかりませんが、代わりに何がありますか?リスナーの断片が表示されることはありません、おそらくので、私は

dialog.show(listener.getFragmentManager(), "confirmDelete"); 

...フラグメントマネージャとしての内部クラスを使用してみました...と何のクラッシュがありませんでしたが、ダイアログは表示されませんでした。

私は現在のアプローチのクイックフィックスか、同じことを達成する別のアプローチ(どちらかといえばクイックフィックスが好きです)に公開しています。

答えて

0

質問を書いている間、私は「リスナーの断片は決して表示されません」という考えに基づいていました。

this.fragment.getFragmentManager().beginTransaction().add(listener, "confirmDelete").commit(); 

これにより、フラグメントマネージャーはリスナーフラグメントについて知ることができるので、例外はスローされません。

これは簡単で論理的な修正と思われますが、私はまだ他のアプローチに対応しています。

関連する問題