Вот быстрый обзор , который объясняет различные цели сборки.
На основе моего собственного опыта, если Вы надеетесь разрабатывать проект, который будет работать и на x86 и на x64 платформах, и у Вас нет определенной x64 оптимизации, я изменил бы сборку для специфического высказывания "x86".
причина этого иногда, можно получить некоторые DLLs, которые сталкиваются или некоторый код, который завершает отказывающий WOW в x64 среде. Путем специфического определения x86, x64 ОС будет рассматривать приложение как чистое x86 приложение и удостоверяться, что все работает гладко.
Можно запускать действия во вкладках . Поэтому установите для содержимого tabspec значение ActivityGroup вместо обычного Activity.
tabHost.addTab(tabHost.newTabSpec("Tab")
.setIndicator("Tab")
.setContent(new Intent(this, YourActivityGROUP.class)
.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP)));
Из этой ActivityGroup вы можете затем запустить другое Activity, подобное этому, которое обновляет только содержимое вкладки, в которой вы находитесь.
class YourActivityGROUP extends ActivityGroup{
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//you van get the local activitymanager to start the new activity
View view = getLocalActivityManager()
.startActivity("ReferenceName", new
Intent(this,YourActivity.class)
.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP))
.getDecorView();
this.setContentView(view);
}
}
commonsware.com правильный, это невозможно. У меня была аналогичная проблема, но запускалось только одно действие. Я немного пожертвовал своей архитектурой и удалил действие, которое запускалось изнутри вкладки. Я поместил код в представление, а затем добавил ViewAnimator в действие вкладки. Я отключил кнопку «Назад» и удаляю это представление, если оно открыто, или же позволяю кнопке «Назад» работать как обычно.
Это достаточно хорошо имитировало ее, и только для одного тесно связанного действия я не собираюсь терять сон по соображениям дизайна.