Попробуйте это
activity_main.xml
<android.support.design.widget.CoordinatorLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
android:layout_width="match_parent"
android:layout_height="match_parent">
<FrameLayout
android:id="@+id/container"
android:layout_width="match_parent"
android:layout_height="match_parent"
app:layout_behavior="@string/appbar_scrolling_view_behavior" />
<android.support.design.widget.BottomNavigationView
android:id="@+id/navigation"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_gravity="bottom"
android:background="?android:attr/windowBackground"
app:itemBackground="@color/bottamNav"
android:foreground="?attr/selectableItemBackground"
app:itemIconTint="@color/colorAccent"
app:itemTextColor="@color/colorAccent"
app:menu="@menu/navigation_menu" />
</android.support.design.widget.CoordinatorLayout>
menu / navigation_menu.xml
<menu xmlns:android="http://schemas.android.com/apk/res/android">
<item
android:id="@+id/navigation_home"
android:icon="@drawable/ic_home"
android:title="@string/title_shop"
/>
<item
android:id="@+id/navigation_watch"
android:icon="@drawable/ic_shopping_cart"
android:title="@string/title_offer" />
<item
android:id="@+id/navigation_download"
android:icon="@drawable/ic_wallet"
android:title="@string/title_order" />
</menu>
<час> MainActivity.java [ 117]
public class MainActivity extends AppCompatActivity {
BottomNavigationView navi;
FragmentTransaction fragmentTransaction;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
navi = findViewById(R.id.navigation);
switchFragment(new HomeFragment());
navi.setOnNavigationItemSelectedListener(item -> {
Fragment fragment;
if (item.getItemId() == R.id.navigation_home) {
fragment = new HomeFragment();
switchFragment(fragment);
return true;
} else if (item.getItemId() == R.id.navigation_watch) {
fragment = new WatchLaterFragment();
switchFragment(fragment);
return true;
} else if (item.getItemId() == R.id.navigation_download) {
fragment = new DownloadsFragment();
switchFragment(fragment);
return true;
}
return false;
});
}
private void switchFragment(Fragment fragment) {
fragmentTransaction = getSupportFragmentManager().beginTransaction();
fragmentTransaction.replace(R.id.container, fragment);
fragmentTransaction.addToBackStack(null);
fragmentTransaction.commit();
}
}
обновление
перейти к вашему файлу Menifest. В своей деятельности просто установите HardwareAccelerated true, чтобы предотвратить задержку открытия ящика
<activity
android:name=".MainActivity"
android:hardwareAccelerated="true"
>
...........
...........
</activity>
Как уже отмечали другие, я предполагаю, что вы имели в виду переход от платформы .Net к Mono. С учетом сказанного количество трудностей, с которыми вы столкнетесь, во многом зависит от того, какой код вы пытаетесь переместить и какие части фреймворка вы используете. Например, если ваш код изобилует вызовами P / Invoke, у вас будет трудное время. Если это простой .Net-код, у вас, вероятно, будет относительно плавное плавание.
Вы захотите провести некоторое время с Mono Migration Analyzer (MoMA). Вы столкнетесь с вещами, которые не пойманы инструментом, но он уловит много основ и даст вам свободу заниматься большими вещами.
Если есть разумный аутсорсинг ОС, это может быть быстрее. В противном случае мои ненаучные наблюдения, кажется, предполагают, что таблица удаления в proc sql
является самой быстрой. Это удивило меня, так как я ожидал, что наборы данных proc
будут самыми быстрыми.
В приведенном ниже коде я создаю 4000 фиктивных наборов данных, а затем пытаюсь удалить их все различными методами. Первый - с использованием sql, и в моей системе удаление файлов заняло около 11 секунд.
Следующие два используют наборы данных proc
. Первый создает оператор удаления для каждого набора данных, а затем удаляет. Второй просто выдает команду kill blanket, чтобы удалить все в рабочем каталоге. (Я ожидал, что эта техника будет самой быстрой). Обе процедуры набора данных proc сообщили о 20 секундах удаления всех 4000 файлов.
I believe Mono hasn't quite caught up with all the .Net 3.5 libraries and hence has either no or partial implementations of them. Mono will always lag a bit behind Microsoft, but it's a fantastic achievement and a brilliant piece of work.
have a look at the Mono Roadmap
Возможно, это так же сложно, как перейти с Windows на Linux. Это другая среда, и переключение всегда будет включать период, когда некоторые вещи будут казаться немного неуместными. То же самое относится и к переключателю .Net -> Mono. Первым и наиболее очевидным отличием будет IDE. Как бы ни был MonoDevelop (или получил недавно), это не VS. В нем не так много функций (главное, нет Windows Forms или ASP Designer), и общее качество, вероятно, не такое высокое, но этого, безусловно, достаточно для начала работы. Кроме того, мы не должны забывать о вещах, которые есть у Mono, и .Net не нравится интерактивный компилятор C # или свобода участвовать в создании платформы. Все рассмотренные варианты перехода на Mono потребуют определенных усилий, но это того стоит.
Чтобы уточнить, вы можете использовать visual-studio для компиляции в Windows и запускать свои приложения в Linux. Существует много разговоров о том, что то или иное не реализовано в моно, но, честно говоря, я не нашел ничего пропавшего.
Теперь, если вы хотите отлаживать в Linux (и в конечном итоге вам это понадобится), тогда MonoDevelop - хороший вариант, но у меня возникли проблемы с запуском на RedHat, так что это действительно зависит от вашей целевой системы Linux.
Visual Studio - намного лучшая среда разработки, чем MonoDevelop, где она автоматизирует многие вещи, например, делает MD похожим на редактор (некоторые из них). Вы также можете использовать VS и настроить таргетинг на Mono, что является отличным вариантом. С виртуальными ОС это довольно хорошо поддерживается на любой ОС, поддерживаемой Mono.
Mono близок, но всегда будет немного отставать от .NET Framework. Mono также имеет собственные API, которые лучше, чем что-либо в ядре .NET. Но в основном .NET == Mono на двоичном уровне без некоторых недостающих или дополнительных API.