Нет необходимости в сложном решении. Я бы справился с этим, чтобы управлять состоянием в родительском компоненте. CustomSlider на самом деле не нужно знать его состояние. Поскольку родительский компонент должен знать состояние ползунков, лучше справиться с ним там.

Так как родительский компонент будет обрабатывать состояние, это означает, что нам нужно внести некоторые изменения в то, что вы делаете.

1. Установить начальные значения в родительском компоненте для состояния каждого из ползунков. Это важно, это означает, что даже если пользователь не трогает ползунки, мы знаем их значения.
2. Передайте функцию каждому из ползунков, которая вызывает родительский компонент.
3. Поскольку родительский компонент контролирует состояние, мы можем удалить его из CustomSlider. Это дает несколько опций, которые мы могли бы оставить как Component, изменить его на PureComponent или сделать еще один шаг, изменив его на Functional Component. Если ползунку на самом деле не нужно знать его состояние, тогда последний Вариант должен быть лучшим для производительности.

Вот как я бы провел рефакторинг вашего App.js

export default class App extends Component {
  constructor(props) {
    super(props);
    this.state = {
      sliderValues: [[1, 9],[1, 9],[1, 9]] // we should control the state here
    };
  }

  // this uses function currying to bind the function and pass a value to it
  onChange = (index) => (values) => {
    this.setState( prevState => {
      let sliderValues = prevState.sliderValues;
      sliderValues[index] = values;
      return {
        sliderValues
      }
    })
  }

  render() {
    return (
      
        
        
        
        {`The slider values are: ` + JSON.stringify(this.state.sliderValues)}
      
    );
  }
}

Обратите внимание, что нам на самом деле не нужна функция для получения значений ползунков, поскольку они хранятся в гос. Это означает, что мы можем получить доступ к значениям ползунков напрямую, используя this.state.sliderValues.

Вот ваш CustomComponent рефакторинг для работы с приведенным выше кодом:

class CustomSlider extends Component {  // this could easily be swapped for a PureComponent 
  render(){
    return (
      
    )
  }

Обратите внимание, что ему вообще не нужно управлять состоянием, поскольку родительский компонент обрабатывает его. Это также означает, что мы можем удалить много кода, который на самом деле не нужен. Вот почему я думаю, что мы можем пойти еще дальше и сделать его Functional Component

const CustomSlider = ({intialValues, onChange}) => {
  return (
     
  )
}

Если, однако, если CustomSlider нужно знать свое состояние, потому что он делает что-то большее, чем захват значений ползунок, то вы можете легко добавить к нему состояние, используя его как Component или PureComponent.

Закуска

Вот закуска, демонстрирующая работу приведенного выше кода. Я показал все три возможных компонента и использовал их в App.js. Нет большой разницы в том, как они выглядят, но ваш вариант использования определит, какой из них вы используете. https://snack.expo.io/@andypandy/multisliders

Лучшая практика

Лучшая практика - это найти самое простое решение, которое вы можете находить. В идеале это будет Functional Component, затем PureComponent и, наконец, Component. Также важно подумать о том, где и как будет использоваться государство. Некоторые вопросы, которые я задаю себе:

• Действительно ли компонент должен знать свое собственное состояние?
• Где я планирую использовать это состояние?
• Как долго мне нужны эти значения состояния?
• Нужно ли сохранять это состояние?
• Какие инструменты доступны для меня на основе того, что я в данный момент использую?
• Действительно ли мне нужно добавить еще одну зависимость или больше, чтобы эта работа работала?

Если вам нужны значения из ползунков в нескольких местах в вашем приложении, вы можете использовать некоторые из функции, предоставляемые react-native или вашей навигацией для передачи этих значений. Redux и MobX являются большими накладными расходами с точки зрения сложности и должны действительно использоваться, только если вам нужна глобальная система управления состоянием, в большинстве случаев их можно избежать. [Тысяча сто сорок два]