编辑（2021-02-12)：自从问了这个问题，我花了很多时间在React上

有一个相关的SO问题

我最近加入了React

在React/Redux之前，我们使用ES6类进行开发；它为面向对象编程提供了非常简洁的语法，尤其是继承。基于以下简单结构构建的所有组件类：

export default class MyComponent extends React.Component {
    constructor(){
        // initialise state here
    }

    componentWillMount(){
        // populate state here
    }

    componentDidMount(){
        // update UI/bind listeners here
    }

    render(){
        // output HTML here
    }
}

在引入Redux之后，我开始觉得上面的结构不再是我想要的，因为组件不再保持它们自己的状态；但是，状态来自Redux存储，并使用connect方法和mapstatetrops作为道具传递。加上不可变数据的概念，这似乎有利于函数式编程方法，其中所有函数都是一级函数。上面的组件现在开始看起来像：

const MyComponent = ({ myPropA, onEvent }) => {
    // output HTML here
}

const mapStateToProps = state => {
    return {
        myPropA: state.myPropA
   }
}

const mapDispatchToProps = dispatch => {
    return {
        onEvent: data => dispatch({
            type: 'ACTION_NAME',
            data
        });
   }
}

connect(mapStateToProps, mapDispatchToProps)(MyComponent);

函数式编程方法似乎更倾向于React/Redux的组合，但是我忍不住觉得一些有用的OOP被遗漏了。关于React/Redux技术堆栈的最佳实践是什么？似乎每个人都在做不同的事情；但是，是否有建议或最佳实践？说表示（哑）组件是功能组件而容器（智能）是类组件是否明智？或者，当您需要组件生命周期时，它应该是一个类，而不是一个功能组件？

我知道OOP vs FP是一个广泛的话题；然而在React/Redux的范围内，我希望有一个正确的答案。：）