Почему у файла навигации есть два userMessage в Android Studio? - PullRequest
Новая
       2

Почему у файла навигации есть два userMessage в Android Studio?

2 голосов
/ 30 апреля 2020

Следующий код взят из примеров архитектуры проекта. Вы можете видеть это здесь .

Почему в файле навигации есть два userMessage в Android Studio?

Кстати, и приложение может запускаться после удаления последнего <argument android:name="userMessage" android:defaultValue="0" />

И еще, на мой взгляд, элемент <navigation> включает в себя только дочерний элемент <fragment>, почему следующие элемент <navigation> включает дочерний элемент <argument>? 

<navigation xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:id="@+id/nav_graph"
    app:startDestination="@id/tasks_fragment_dest">
    ... 
    <fragment
        android:id="@+id/tasks_fragment_dest"
        android:name="com.example.android.architecture.blueprints.todoapp.tasks.TasksFragment"
        android:label="@string/app_name">
        <action
            android:id="@+id/action_tasksFragment_to_statisticsFragment"
            app:destination="@id/statistics_fragment_dest" />
        <action
            android:id="@+id/action_tasksFragment_to_taskDetailFragment"
            app:destination="@id/task_detail_fragment_dest" />
        <action
            android:id="@+id/action_tasksFragment_to_addEditTaskFragment"
            app:destination="@id/add_edit_task_fragment_dest" />
        <argument
            android:name="userMessage"
            app:argType="integer"
            android:defaultValue="0" />
    </fragment>

    <argument
        android:name="userMessage"
        android:defaultValue="0" />
</navigation>

1 Ответ

0 голосов
/ 10 мая 2020

Я думаю, что это опечатка. Второй 

    <argument
    android:name="userMessage"
    android:defaultValue="0" />

должен быть удален. Код хорошо без него. При разборе навигации будет игнорироваться второе сообщение пользователя.

Вероятно, разработчики не поймали его, поскольку в результате не было ошибки или потери функциональности.

...