フレーバー特有のコード

Question

MainActivityのアクティビティーをフラグメントMainFragmentと考えてください。このフラグメントには、複雑なレイアウト階層があり、図書館com.framer:frame_me:1.1からのビューグループFrameがあります。

私は2つの味fooとbar、と私は、このFrameがbar味ではなくfooでしかないようにしたい、XML要素のJavaコードと依存を持っている場合。私はこれをどのようにするべきですか？

私は、フラグメントとそのXMLに関する

barCompile 'com.framer:frame_me:1.1' 

しかし、何を使用して依存関係をコンパイルすることができます。同じコードを2つの場所に保持したくないので、2つのバリエーションを両方のフレーバに書き込むことは望ましくありません。

---

一つの可能​​性のあるアイデア（おそらく悪い1）私の心の中でこのことを次のとおりです。

1. がbarソースセット内の別のファイルにXML要素を移動します。同じ名前のfooソースセットにViewStub要素を追加します。このXMLファイルには、フラグメントXMLにincludeを含めるようにします。
2. ソースセットのFrameビューを処理するインターフェイスを追加します。空の実装をfooソースセットに追加し、1つをbarソースセットに追加します。このようにして、すべてのロジックはbarのままとなりますが、すべての共通ロジックはソースセットmainに残ります。

これは、フレーバー固有のコードとxmlを書くだけで非常に多くの作業をしています。

Answer 1

あなただけの抽象化を必要としています。 Rクラスの整数インデックスを使用してリソースが識別されるため、intファイルをレイアウトファイルのプレースホルダとして使用できます。アクティブなレイアウト内でレイアウト要素IDが検索された場合、共通要素をリサイクルできます。まず、すべての共通要素を持つ共通のフラグメントクラスを作成します。

public abstract class BaseFlavorFragment extends Fragment { 

/*Define an interface for whatever code the fragment may need from the outside and a member for keeping reference of that. You can also use the host activity, this is just for flexibility*/ 
    public interface whateverThisDoes{ 
     void do(); 
    } 
/*All the common fragment members go here, as protected so you can reach them from every subclass*/ 
    protected TextView title; 
    protected Button mainButton; 
    protected whateverThisDoes listener; 

    public void setWhateverThisDoes(whateverThisDoes listener){ 
     this.listener = listener; 
    } 
/*Finally, create a int variable that will hold the reference to the layout file you need to use. you will set this in every flavor using the setContainer method.*/ 
    protected int layout = 0; 

    /*this will allow you to select which XML to use 
layout = R.layout.flavorlayout*/ 
    public abstract setContainer(); 

    /*Use this method to inflate any flavor members, like the Frame you mentioned*/ 
    public abstract void inflateComponents(); 
    /*Use this to set listeners, data, or anything the flavor controls do*/ 
    public abstract void setBehaviors(); 

    /*Set here anything the common controls do*/ 
    protected void setCommonBehaviors(){ 
     button.setOnClickListener(new View.OnClickListener() { 
      @Override 
      public void onClick(View v) { 
       //whatever     
      } 
     }); 
     setBehaviors(); 
    } 

    @Override 
    public void onCreate(Bundle savedInstanceState){ 
     super.onCreate(savedInstanceState); 
     setContainer(); 
    } 

    @Override 
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { 
     super.onCreateView(inflater, container, savedInstanceState); 
     View view = inflater.inflate(layout, container, false); 
     /*Inflate common components*/ 
     title = (TextView) root.findViewById(R.id.title); 
     button = (Button) root.findViewById(R.id.button); 
     /*inflate flavor components, if there's any*/ 
     inflateComponents(); 
     /*assign data, listeners, whatever the flavor controls do*/ 
     setBehaviors();   
     return view; 
    } 
} 

これでFooとBarの実装を作成できます。唯一の違いがレイアウトファイルの場合は、すべてを基本クラスに入れ、setContainer（）を使用してレイアウトファイルを設定します。より多くの相違点がある場合は、それぞれの抽象メソッドに対処する必要があります。基本クラスは、共通のコード、実装、それぞれの味に生きることができます。外部からビヘイビアコードを設定する必要がない場合は、インターフェイスを削除することができます。

Answer 2

XMLのFrameタグをFrameLayoutコンテナに置き換えるのはどうですか？

次に、barフレーバーのソースコードでは、Frameをインスタンス化してcontainer.addView(frame)と言うことができます。 fooフレーバーはFrameクラスへの参照を持たず、コンテナを無視します。

これは、最初のアプローチに似ていますが、別個のリソースセットを維持する必要はありません。とにかく、いくつかのフレーバー固有のJavaコードがあることは合理的です。

Answer 3

build.gradle sourceSetsオプションについて教えてください。 あなたはバーのフォルダにフラグメントとXMLを配置し、設定できます

android { 
    productFlavors { 
     ... 
    } 
    sourceSets { 
     bar.java.srcDirs = ['src/bar/java'] 
     bar.res.srcDirs = ['src/bar/res'] 
    } 
}