При разработке для Androidцелевого (или минимального) sdk можно установить значение 4 (API 1.6) и добавить пакет совместимости с Android (v4), чтобы добавить поддержку Fragments. Вчера я сделал это и успешно реализовал Fragmentsдля визуализации данных из пользовательского класса.
У меня такой вопрос: в чем преимущество использования Fragmentsпо сравнению с простым получением View из настраиваемого объекта, при этом поддерживая API 1.5?
Например, скажем, у меня есть класс Foo.java:
public class Foo extends Fragment {
/** Title of the Foo object*/
private String title;
/** A description of Foo */
private String message;
/** Create a new Foo
* @param title
* @param message */
public Foo(String title, String message) {
this.title = title;
this.message = message;
}//Foo
/** Retrieves the View to display (supports API 1.5. To use,
* remove 'extends Fragment' from the class statement, along with
* the method {@link #onCreateView(LayoutInflater, ViewGroup, Bundle)})
* @param context Used for retrieving the inflater */
public View getView(Context context) {
LayoutInflater inflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
View v = inflater.inflate(R.layout.foo, null);
TextView t = (TextView) v.findViewById(R.id.title);
t.setText(this.title);
TextView m = (TextView) v.findViewById(R.id.message);
m.setText(this.message);
return v;
}//getView
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
if (container == null) {
return null;
}
View v = inflater.inflate(R.layout.foo, null);
TextView t = (TextView) v.findViewById(R.id.title);
t.setText(this.title);
TextView m = (TextView) v.findViewById(R.id.message);
m.setText(this.message);
return v;
}//onCreateView
}//Foo
Оба метода очень просто создать и работать с ним в Activity, который, скажем, должен List<Foo>отображать (например, программно добавляя каждый к a ScrollView), так что они Fragmentsдействительно полезны, или они просто преувеличенное упрощение получить представление, например, с помощью кода выше?
Ответы:
Основная причина использования фрагментов - это функции backstack и жизненного цикла. В противном случае настраиваемые представления более легкие и проще в реализации.
Сначала я действительно пытался создать приложение для телефона / планшета, используя настраиваемые представления. Все появились на работу через телефоны и таблетки, даже переход от одной панели к раздельным панели. У меня проблемы с кнопкой «Назад» и жизненным циклом. Поскольку я просто обновлял представления вручную ... не было ничего, что могло бы отслеживать историю представлений и их состояния. Следовательно, кнопка «Назад» не работала должным образом, и было сложно воссоздать даже последнее состояние во время событий жизненного цикла, например, при повороте приложения. Чтобы исправить это, мне пришлось обернуть свои пользовательские представления во фрагменты и использовать FragmentManager, чтобы предыдущие состояния были сохранены и воссозданы.
После ответа я понял, что отправил на аналогичный вопрос годом ранее: https://stackoverflow.com/a/11126397/618881
источник
Я бы сказал, что фрагменты полезны в двух сценариях: если вы разделяете представления на некоторых устройствах / ориентациях и показываете их в двух действиях и показываете весь контент в одном на других устройствах. Это будет вариант использования, если вы используете планшет или, возможно, даже в ландшафтном режиме на телефоне: например, вы показываете список элементов и детали на одном экране. на телефоне или в портретном режиме вы показываете только одну часть.
Другой вариант использования - многократно используемые представления. Поэтому, если у вас есть представления, которые видны для разных действий, а также выполняют некоторые действия, вы можете поместить это поведение во фрагмент, а затем повторно использовать его. Очевидно, вы могли бы сделать это и с пользовательскими виджетами.
Я не вижу причин использовать фрагменты для каждого представления, и я думаю, что это будет просто накладными расходами. Я использую их только в первом случае, и я бы сказал, что здесь это упрощение.
источник
Здесь вы можете узнать больше.
источник
Первый сценарий хорош, если у вас простое приложение.
Второй сценарий хорош, если вы хотите иметь несколько фрагментов и несколько объектов FragmentActivities, и вы можете комбинировать каждый из них. Также вы можете производить взаимодействие между фрагментами.
У меня есть разделенный экран Fragmentactivity, я могу вызвать его с помощью «Intent Extras» и сообщить fragmentActivity, какой фрагмент должен быть загружен. Фрагменты хороши тем, что их нет в манифесте, поэтому вы можете создавать повторно используемые фрагменты и FragmentActvity.
Но это делает ваш проект больше. Но если вы сделаете большой проект, вы можете сэкономить много. Потому что вы можете использовать те же фрагменты или одно и то же действие фрагмента.
И мне кажется, что эти фрагменты приходят немного поздно, поэтому вы должны попробовать мыслить по-новому. Возможно, просто попробуйте преобразовать свою активность в FragmentActivity. Позже попробуйте найти повторно используемый код и сделать из него фрагмент.
Это полезно, но я не знаю, как прямо сейчас. Но у меня есть идеи.
Это всегда проблема. Команда Android что-то придумала, и никто не знает, для чего это нужно. Потому что мы вряд ли учимся так, как было, и здесь появляются новые вещи.
На мой взгляд, это хорошо, но не по той причине, которую нам сообщает Google.
источник
Добавьте один случай при использовании фрагмента или действия поверх CustomView:
Когда вы используете CursorLoader для наблюдения за определенными представлениями, ListView или TextView и хотите обновлять их отображаемое значение всякий раз, когда данные вашего ContentProvider обновляются на сервере (наиболее распространенный случай, когда у вас есть служба, которая обновляет вашу локальную базу данных, периодически опрашивая данные из удаленной базы данных / облака )
источник
Одна важная вещь, о которой не упоминается во всех приведенных выше комментариях, заключается в том, что фрагмент остается резидентным в памяти, даже если Android убивает активность и перезапускает ее, когда вы делаете что-то вроде изменения ориентации своего устройства. Это делается из соображений производительности, но также может привести к неожиданным результатам, если вы ожидали, что фрагменты будут уничтожены только для того, чтобы обнаружить, что они воссоздаются из ниоткуда.
источник