Основы Android Fragments: почему? Является ли это концептуально неправильным?

Ответ 1

Я попытаюсь все это немного очистить.

Прежде всего, рассмотрите подход к настройке прослушивателя для фрагмента. Нехорошо устанавливать слушателя в методе onViewCreated, потому что он лидирует с избыточным слушателем реселлера, создавая любой фрагмент. Достаточно установить его в метод onAttach.

Я рассказал о кодовых строках. Заставьте меня заметить, хорошо, что BaseFragment реализовал обычное поведение в вашем приложении, так как FragmentListener создавал представление из ресурса.

И более того, чтобы уменьшить коды кода и получить часть повторного использования кода, вы можете использовать generic в BaseFragment. Итак, посмотрите следующий фрагмент кода:

public abstract BaseFragment<T extends BaseFragmentListener> extends Fragment {

  T mListener;

  public void onAttach(Activity activity) {
    super.onAttach(activity);
    if (Activity instanceof T)
      mListener = (T) activity; 
  }

  abstract int getLayoutResourceId();

  @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        View layout = inflater.inflate(getLayoutResourceId(), null);
        // you can use some view injected tools here, mb ButterKnife 
        return layout;
    }
}

Ответ A (для вопроса A):

Если у вас есть фрагмент всего лишь одного действия, вам нужно решить: "Вам действительно нужно использовать фрагмент здесь?". Но mb хорошо иметь фрагмент точно для одного действия, чтобы извлечь некоторую логику представления из активности и очистить базовую логику. Но для очистки базовой логики архитектуры для вашего приложения используется Listeners. Это облегчит жизнь другим разработчикам.

Ответ B: Для вложенных фрагментов вам нужно решить, что им нужно, чтобы использовать точные действия или просто фрагменты и использовать его в качестве моста для другой системы. Если вы знаете, что вложенный фрагмент будет вложен все время, вам нужно объявить родительский фрагмент в качестве слушателя, иначе вы должны использовать другой подход.

Примечание: В качестве базового подхода к общению между diff частью приложения вы можете использовать события, попробуйте также взглянуть на шину событий, например. Это дает вам общий подход к общению, и вы можете извлекать логику вызова пользовательских методов слушателей и, более того, вся логика будет находиться в обработке событий, и у вас будет одна система посредников для сотрудничества.

Ответ C: Я частично объясняю один из подходов к сотрудничеству между фрагментами. Использование одного диспетчера событий позволяет избежать много слушателей для всех разных коммуникаций. Иногда это очень выгодно.

Или я думаю, что более целесообразно использовать Activity или другие классы в Activity, для посредника для сотрудничества Fragments, потому что во время жизненного цикла и обработки и много чего происходит в Fragments. И он фокусирует всю эту логику в одном месте и делает ваш код более понятным.

Надеюсь, мои соображения помогут вам.

Ответ 2

Я делаю все возможное, чтобы ответить на стену текста здесь:)

Вопрос A:

Фрагменты предназначены для повторного использования модулей, которые могут быть подключены и воспроизводиться с любой деятельностью. Из-за этого единственным правильным способом взаимодействия с активностью является наследование наследования интерфейса, который понимает фрагмент.

public class MapFragment extends Fragment {

  private MapFragmentInterface listener; 

  public interface MapFragmentInterface {

      //All methods to interface with an activity

  }


  @Override
  public void onViewCreated(View view, Bundle savedInstanceState) {
      // sending the event
      if (listener != null) listener.anyMethodInTheAboveInterface();
  }

}

Затем реализуем реализацию интерфейса

public class MainActivity extends Activity implement MapFragmentInterface{

//All methods need to be implemented here
}

Это позволяет использовать фрагмент с любым действием до тех пор, пока активность реализует этот интерфейс. Причина, по которой вам нужен этот интерфейс, заключается в том, что фрагмент можно использовать с любым действием. Вызов метода типа

((TestActivity) getActivity().myCustomMethod();

полагается на то, что ваш фрагмент может работать только в тестовой активности и, следовательно, "ломает" правила фрагментов.

Вопрос B и C:

Предполагая, что вы выполняете правильные рекомендации для фрагментов и что они являются независимыми модулями. Тогда у вас никогда не должно быть ситуации, когда фрагменты должны знать друг о друге. В 99% случаев, когда люди думают, что им нужны фрагменты, чтобы напрямую общаться, они могут перераспределить свою проблему в ситуации, которую я дал выше, используя MVC patten или что-то подобное. Попросите действия действовать как контроллер и сообщить фрагменты, когда им нужно обновить, а затем создать отдельное хранилище данных.