Android开发：进行Fragment切换时如何遵循MVC设计模式？

我之前在尝试给Android项目套MVC架构、精简Activity代码的时候，完完全全碰到过和你一样的困扰——想用Fragment做子组件切换，但一不小心就把FragmentTransaction这种控制器层面的逻辑写到View里，直接破坏了MVC的职责划分。后来摸索出几个比较合理的解决思路，分享给你：

核心原则：View只做“触发通知”，不做“业务执行” #

首先得明确MVC里各层的边界：

• View层：负责UI渲染、接收用户交互，只需要告诉控制器“发生了什么”，而不关心“接下来要做什么”。
• Controller层：这里可以是Activity，也可以是专门抽离的Controller类，负责处理业务逻辑、管理组件（比如Fragment）的生命周期和切换。

基于这个原则，我们可以用回调接口的方式把Fragment切换逻辑完全从View里剥离出来：

1. 在自定义View中定义交互回调接口 #

在你的View子类里，只暴露和用户操作对应的回调事件，完全不涉及Fragment相关代码：

public class MainContentView extends LinearLayout {
    private OnComponentActionCallback actionCallback;

    // 定义回调接口，对应需要切换的子组件
    public interface OnComponentActionCallback {
        void requestSwitchToUserProfile();
        void requestSwitchToSettings();
    }

    // 给外部设置回调的方法
    public void setComponentActionCallback(OnComponentActionCallback callback) {
        this.actionCallback = callback;
    }

    // 示例：用户点击了“个人资料”按钮
    private void onProfileBtnClick(View view) {
        if (actionCallback != null) {
            // 只触发回调，不做任何具体逻辑
            actionCallback.requestSwitchToUserProfile();
        }
    }

    // 示例：用户点击了“设置”按钮
    private void onSettingsBtnClick(View view) {
        if (actionCallback != null) {
            actionCallback.requestSwitchToSettings();
        }
    }
}

2. 让Controller层实现回调并处理Fragment切换 #

这里可以用Activity作为Controller，或者抽离专门的Controller类（如果想进一步精简Activity）。以Activity为例：

public class MainControllerActivity extends AppCompatActivity 
    implements MainContentView.OnComponentActionCallback {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        
        MainContentView mainView = findViewById(R.id.main_content_view);
        // 给View设置回调
        mainView.setComponentActionCallback(this);
    }

    // 实现回调方法，处理Fragment切换逻辑
    @Override
    public void requestSwitchToUserProfile() {
        getSupportFragmentManager().beginTransaction()
            .replace(R.id.fragment_container_layout, new UserProfileFragment())
            .addToBackStack(null)
            .commit();
    }

    @Override
    public void requestSwitchToSettings() {
        getSupportFragmentManager().beginTransaction()
            .replace(R.id.fragment_container_layout, new SettingsFragment())
            .addToBackStack(null)
            .commit();
    }
}

3. 进一步精简Activity的可选方案 #

如果觉得Activity里的Fragment切换逻辑还是太多，可以把这部分抽离到一个独立的Controller类中：

public class FragmentSwitchController {
    private final FragmentManager fragmentManager;
    private final int containerId;

    public FragmentSwitchController(FragmentManager fragmentManager, int containerId) {
        this.fragmentManager = fragmentManager;
        this.containerId = containerId;
    }

    public void switchToUserProfile() {
        fragmentManager.beginTransaction()
            .replace(containerId, new UserProfileFragment())
            .addToBackStack(null)
            .commit();
    }

    public void switchToSettings() {
        fragmentManager.beginTransaction()
            .replace(containerId, new SettingsFragment())
            .addToBackStack(null)
            .commit();
    }
}

然后在Activity里只需要持有这个Controller实例，回调方法里调用它的方法即可：

public class MainControllerActivity extends AppCompatActivity 
    implements MainContentView.OnComponentActionCallback {

    private FragmentSwitchController fragmentController;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        
        fragmentController = new FragmentSwitchController(
            getSupportFragmentManager(),
            R.id.fragment_container_layout
        );
        
        MainContentView mainView = findViewById(R.id.main_content_view);
        mainView.setComponentActionCallback(this);
    }

    @Override
    public void requestSwitchToUserProfile() {
        fragmentController.switchToUserProfile();
    }

    @Override
    public void requestSwitchToSettings() {
        fragmentController.switchToSettings();
    }
}

为什么这个方案可行？ #

这样做之后，View层完全不知道Fragment的存在，它只负责把用户的操作转化为事件通知给控制器；而控制器层专注于组件管理和业务逻辑，完美符合MVC的职责分离。既实现了你想要的子组件切换，又不会让控制器逻辑侵入View类。

内容的提问来源于stack exchange，提问作者Blcknx