简介

        在Android应用开发中，Fragment和ViewModel是两个非常重要的概念，它们分别属于架构组件库的一部分，旨在帮助开发者构建更加模块化、健壮且易维护的应用。

Fragment

  Fragment是Android系统提供的一种可重用的UI组件，它能够作为活动（Activity）的一部分，具有自己的生命周期，并且可以在多个Activity中使用。Fragment的设计初衷是为了支持更灵活的屏幕布局，特别是在需要适配不同屏幕尺寸和方向时。通过组合多个Fragment，开发者可以创建丰富的用户界面，并且每个Fragment都可以独立地处理用户输入、保存状态等，从而提高代码的复用性和模块化。

ViewModel

  ViewModel是Android架构组件库中的一个核心类，用于存储和管理UI相关的数据。它的主要目的是分离视图（View）和数据，使得数据能够在配置变更（如屏幕旋转）时保持，避免了因Activity或Fragment重建而导致的数据丢失问题。ViewModel的生命周期独立于UI控制器（Activity或Fragment），确保了数据的持久性。此外，ViewModel还可以与LiveData等组件结合使用，实现数据变化的自动通知，简化了UI更新的逻辑。

Fragment与ViewModel的协同工作

在实际开发中，为了实现Fragment的数据持久化和解耦，通常会为Fragment关联一个ViewModel。这样做有以下几个好处：

1. 数据共享：如果多个Fragment需要共享数据，可以将这些数据放在一个共享的ViewModel中。这样，即使Fragment被重建，数据仍然保持不变，而且Fragment之间可以直接访问这些共享数据，无需通过Activity传递。

2. 生命周期解耦：ViewModel不依赖于UI组件的生命周期，因此即使Fragment销毁并重新创建（比如由于配置变更），ViewModel仍然存在，保证了数据的连续性。

3. 简化数据管理：ViewModel负责数据的获取、存储和处理，而Fragment专注于展示数据和处理用户交互，这使得代码结构更加清晰，易于维护。

一、开启绑定Binding

Step 1: 打开build.gradle（Module级别）文件。

Step 2: 在android闭包内，确保buildFeatures块存在，然后添加viewBinding属性并设为true。

buildFeatures：

android {
    ...
    buildFeatures {
        viewBinding = true // 注意，新版一定要有=
    }
}

• 这是启用ViewBinding的推荐方式，特别是在较新的Android Gradle插件版本中。buildFeatures是一个集合了各种构建特性的开关，通过在这里设置viewBinding为true，你告诉Gradle在构建时生成ViewBinding类。这些类让你能够以类型安全的方式访问XML布局中的视图，无需手动调用findViewById。

dataBinding:

android {
    ...
    dataBinding {
        enabled = true // 注意，新版一定要有=
    }
}

• 类似地，这是启用DataBinding的方式。通过在dataBinding块内设置enabled为true，你激活了DataBinding特性。DataBinding比ViewBinding更进一步，提供了数据和视图之间的双向绑定能力，允许在布局文件中直接使用数据对象，并支持表达式来处理数据变化，实现更复杂的UI逻辑。

viewBinding:

android {
    ...
    viewBinding {
        enabled = true // 注意，新版一定要有=
    }
}

正确的配置应该遵循上述第一条提到的buildFeatures { viewBinding = true }。实际上推荐使用buildFeatures块来配置ViewBinding。选择哪种绑定技术取决于你的项目需求：简单视图绑定用ViewBinding，需要更复杂数据逻辑处理则使用DataBinding。

二、加载布局

ActivityMain:

        

// 定义MainActivity类，继承自AppCompatActivity，这是Android提供的一个Activity基类，用于兼容旧版设备
public class MainActivity extends AppCompatActivity {

    // 声明一个私有成员变量binding，类型为ActivityMainBinding，用于存储由Data Binding生成的绑定对象
    private ActivityMainBinding binding;

    // 重写onCreate()方法，这是Activity生命周期的第一个回调方法，用于初始化Activity
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState); // 调用父类的onCreate()方法，执行基本的初始化工作

        // 使用Data Binding的inflate方法从XML布局文件创建一个绑定对象
        // getLayoutInflater()返回LayoutInflater实例，用于将XML布局转换为View对象
        // ActivityMainBinding.inflate()方法将布局文件转换为ActivityMainBinding对象
        binding = ActivityMainBinding.inflate(getLayoutInflater());

        // 设置Activity的内容视图，即将绑定对象的根视图设置为Activity的布局
        // binding.getRoot()返回inflate生成的View对象，即整个布局的根View
        setContentView(binding.getRoot());
    }
}

在这个过程中，以下步骤发生：

1. 声明Binding对象：在MainActivity类中声明了一个ActivityMainBinding类型的私有变量binding，ActivityMainBinding是Data Binding自动生成的类，用于封装和管理XML布局文件中的所有视图。

2. 加载布局：在onCreate()方法中，首先调用super.onCreate()来执行父类的初始化过程。然后使用ActivityMainBinding.inflate()方法加载布局文件，getLayoutInflater()提供了创建布局的能力。

3. 设置内容视图：调用setContentView()方法，并传入binding.getRoot()返回的根视图，将该视图设置为MainActivity的布局视图。这意味着MainActivity的界面将按照ActivityMainBinding所绑定的XML布局文件来渲染。

通过使用Data Binding，开发者可以直接通过binding对象访问布局文件中的所有视图，而无需调用findViewById()方法，这使得代码更加简洁、可读性更强，同时也避免了一些常见的错误，如空指针异常

ViewModel:

// 定义一个继承自ViewModel的类，用于存储界面相关的数据，保证数据在配置变化时不会丢失
public class SyFragmentViewModel extends ViewModel {

    // 声明一个私有成员变量mText，类型为MediatorLiveData<String>，用于存储和分发字符串数据
    private MediatorLiveData<String> mText;

    // 构造函数，初始化mText并设置其初始值
    public SyFragmentViewModel() {
        // 创建并初始化MediatorLiveData实例
        mText = new MediatorLiveData<>();
        // 设置mText的初始值
        mText.setValue("第一个页面");
    }

    // 公共方法，返回mText，允许外部组件观察mText的数据变化
    public LiveData<String> getText() {
        return mText;
    }
}

通过上述代码，SyFragmentViewModel可以被Fragment或Activity使用，以观察和响应数据变化，从而实现实时更新UI的效果。

Fragment：

// 定义SyFragment类，继承自Fragment，这是Android中用于构建可重用UI块的类。
public class SyFragment extends Fragment {

    // 声明一个私有成员变量binding，类型为SyActivityBinding。这是Data Binding自动生成的类，
    // 它包含了对SyFragment所使用的XML布局文件中所有View的引用。
    private SyActivityBinding binding;

    // 重写onCreateView()方法，这是Fragment生命周期的一部分，用于创建并返回Fragment的用户界面视图。
    @Nullable
    @Override
    public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        // 使用Data Binding的inflate方法从XML布局文件创建一个绑定对象。
        // 第一个参数是LayoutInflater，用于将XML布局转换为View对象；
        // 第二个参数是ViewGroup，表示inflate出的View是否应立即附加到该ViewGroup；
        // 第三个参数是一个布尔值，如果为true，inflate出的View将附加到container，否则不会。
        // 这里inflate方法会根据XML布局文件生成相应的View对象，并将这些View对象封装进binding对象中。
        binding = SyActivityBinding.inflate(inflater, container, false);

        // 获取inflate生成的View对象，即整个布局的根View，以便返回给onCreateView()方法。
        View root = binding.getRoot();

        // 从binding中获取TextView的引用，这一步利用了Data Binding的便利性，可以直接通过属性名访问View。
        final TextView textView = binding.textView;

        // 创建并获取SyFragmentViewModel的实例。ViewModelProvider是一个工具类，用于创建和管理ViewModel实例。
        // 这里的this参数告诉ViewModelProvider当前Fragment需要哪个ViewModel。
        SyFragmentViewModel syFragmentViewModel = new ViewModelProvider(this).get(SyFragmentViewModel.class);

        // 观察SyFragmentViewModel中getText()返回的LiveData对象。
        // observe()方法用于注册观察者，getViewLifecycleOwner()确保观察者只在Fragment可见时生效。
        // textView::setText是一种方法引用，表示当LiveData数据改变时，自动调用TextView的setText()方法更新UI。
        syFragmentViewModel.getText().observe(getViewLifecycleOwner(), textView::setText);

        // 返回inflate生成的根View，这将是Fragment的用户界面。
        return root;
    }

    // 重写onDestroy()方法，这是Fragment生命周期的一部分，当Fragment不可见时调用。
    // 这里设置binding为null，有助于回收资源，防止内存泄漏。
    @Override
    public void onDestroy() {
        super.onDestroy();
        binding = null;
    }
}

        这段代码展示了如何在一个Fragment中使用Data Binding和ViewModel来构建UI，并响应数据变化。通过使用Data Binding，我们可以更简洁地访问布局中的View；通过ViewModel和LiveData，我们可以在数据变化时自动更新UI，同时保证数据在配置变更时的持久性。

ViewGroup：

        ViewGroup是一个非常重要的概念，它是View体系结构中的基础组件之一，负责组织和管理子View（包括其他ViewGroup）。简单来说，ViewGroup就是一种特殊的View，它不仅自己可以显示内容，还可以包含多个子View，并且能够控制这些子View的布局方式。

在SyFragment的onCreateView()方法中，ViewGroup主要体现在inflater.inflate()方法的第二个参数——container。这里的container实际上就是一个ViewGroup，它是指定用于容纳由LayoutInflater从XML布局文件中解析出来的View组件的父容器。

当你调用SyActivityBinding.inflate(inflater, container, false)时：

• inflater是LayoutInflater的实例，它负责读取XML布局文件，并将其转换为实际的View对象。
• container是ViewGroup的实例，代表了onCreateView()方法中返回的View将要被添加到的父容器。通常情况下，container是Fragment将要附加到的Activity的主布局。
• false作为第三个参数，意味着从XML布局文件中inflate出来的View不会立即被添加到container中。这是因为Fragment的View应该由FragmentManager来管理，而不是直接由ViewGroup来管理。FragmentManager会在适当的时机将View添加到container中。

所以，在这个特定的上下文中，ViewGroup的作用主要是作为Fragment视图层次结构的一部分，为Fragment的布局提供一个容器。当Fragment变得可见时，其视图将被FragmentManager添加到指定的ViewGroup（即container）中。

这里，SyActivityBinding.inflate()方法通过LayoutInflater和ViewGroup（container），实现了从XML布局文件到View对象的转换，并通过Data Binding的方式将这些View对象封装进SyActivityBinding对象中，便于后续的代码访问和操作。

三、布局加载比较

        binding = ActivityMainBinding.inflate(getLayoutInflater()); 和 binding = YourActivityBinding.inflate(inflater, container, false); 都使用了 Android 的 Data Binding 库来从 XML 布局文件生成对应的 Java 对象，但它们之间存在一些关键区别，主要在于 inflate 方法的调用方式和参数上。

第一种情况:

binding = ActivityMainBinding.inflate(getLayoutInflater());

这里使用的是 ActivityMainBinding 类的 inflate 方法，这个方法不需要额外的容器参数。它直接使用 getLayoutInflater() 来获取 LayoutInflater 实例，然后调用 inflate 方法生成布局。这种情况下，inflate 方法会自动找到一个合适的根视图，并且返回一个 ActivityMainBinding 类型的对象，该对象包含了布局中的所有 View。

第二种情况:

binding = YourActivityBinding.inflate(inflater, container, false);

这个版本的 inflate 方法接收三个参数：

• inflater: 这是一个 LayoutInflater 实例，通常从父视图或者 Activity 中获取。
• container: 这是一个可选的父视图容器，如果你想要将这个布局添加到某个已存在的 View 组中时，你需要提供这个容器。如果布局是要作为独立的视图，则可以忽略此参数。
• attachToRoot: 这个布尔值参数决定了是否将生成的布局视图自动添加到 container 参数指定的容器中。如果设置为 false，则不会自动添加；如果设置为 true，则会自动添加到 container 中。

总结:

• 如果你的布局是要直接设置为 Activity 的根布局，通常使用第一种方法，因为不需要考虑容器问题。
• 如果你的布局是要作为子布局添加到某个容器中（比如在 Fragment 或者自定义 View 中），那么你应该使用第二种方法，并且要确保 attachToRoot 参数设置正确，以便于控制布局是否应该被自动添加到容器中。

在大多数情况下，Activity 的布局会直接设置为 Activity 的根视图，因此第一种情况更为常见。然而，在更复杂的场景下，例如在 Fragment 中使用 Data Binding，第二种情况则更为适用。

四、navigation

navigation创建

布局加载

代码完善：

五、menu菜单

menu创建：

Vector图标：

        new创建：

        颜色、名称等设定：

        

        finsh完成：

添加item项：

        代码完善：

切记一定要与navigation的xml代码中fragment的id一致

六、导航实现

BottomNavigationView:

fragment:

        一定要将NavHostFragment改fragment

activity中代码实现：

public class MainActivity extends AppCompatActivity {
    // 定义一个 ActivityMainBinding 类型的成员变量 binding，
    // ActivityMainBinding 是由 Data Binding 自动生成的类，用于绑定 XML 布局文件中的元素到 Java 代码。
    private ActivityMainBinding binding;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        // 调用父类的 onCreate 方法，这是每个 Activity 的 onCreate 方法都应该做的。
        super.onCreate(savedInstanceState);

        // 使用 Data Binding 的 inflate 方法从 XML 文件加载布局。
        // getLayoutInflater() 返回 LayoutInflater 实例，用于加载布局。
        // ActivityMainBinding.inflate 方法会解析 res/layout/activity_main.xml 文件，
        // 并返回一个 ActivityMainBinding 实例，其中包含布局文件中的所有视图组件。
        binding = ActivityMainBinding.inflate(getLayoutInflater());

        // 设置 Activity 的内容视图。binding.getRoot() 方法返回布局文件中的根视图。
        setContentView(binding.getRoot());

        // 通过 Data Binding 访问 BottomNavigationView 视图，其 ID 在 activity_main.xml 文件中定义。
        BottomNavigationView bottomNavigationView = binding.BottomNavi;

        // 创建 NavController 实例，用于管理应用中的导航。
        // Navigation.findNavController 方法需要传入一个 Context 和一个 View 的 ID，
        // 这里使用 R.id.fragmentContainerView 表示要查找的 NavController 管理的 Fragment 容器。
        NavController navController = Navigation.findNavController(this, R.id.fragmentContainerView);

        // 创建 AppBarConfiguration 实例，用于配置 App Bar 的行为，这里使用默认配置。
        // AppBarConfiguration 的构造函数可以接收多个参数来配置不同的行为，
        // 但在这个例子中，使用了默认的构造函数，没有进行任何配置。
        AppBarConfiguration appBarConfiguration = new AppBarConfiguration.Builder().build();

        // 使用 NavigationUI.setupActionBarWithNavController 方法设置 ActionBar 与 NavController 的关联，
        // 这样 ActionBar 就可以根据 NavController 的状态显示相应的标题和导航项。
        // 第一个参数是当前 Activity，第二个参数是 NavController，第三个参数是 AppBarConfiguration。
        NavigationUI.setupActionBarWithNavController(this, navController, appBarConfiguration);

        // 使用 NavigationUI.setupWithNavController 方法设置 BottomNavigationView 与 NavController 的关联，
        // 这样 BottomNavigationView 就可以响应 NavController 的变化，显示正确的菜单项。
        // 第一个参数是 BottomNavigationView，第二个参数是 NavController。
        NavigationUI.setupWithNavController(bottomNavigationView, navController);
    }
}

最终效果：