Nano Hash - криптовалюты, майнинг, программирование

nextState on componentWillUpdate неверно при тестировании с помощью Jest (с использованием также оболочки реактивного маршрутизатора)

Я использую Jest 0.4.0. У меня есть компонент, завернутый в это (из документации по реакции-маршрутизатору):

var stubRouterContext = (Component, props, stubs) => {
  function RouterStub() { }

  Object.assign(RouterStub, {
    makePath () {},
    makeHref () {},
    transitionTo () {},
    replaceWith () {},
    goBack () {},
    getCurrentPath () {},
    getCurrentRoutes () {},
    getCurrentPathname () {},
    getCurrentParams () {},
    getCurrentQuery () {},
    isActive () {},
    getRouteAtDepth() {},
    setRouteComponentAtDepth() {}
  }, stubs)

  return React.createClass({
    childContextTypes: {
      router: React.PropTypes.func,
      routeDepth: React.PropTypes.number
    },

    getChildContext () {
      return {
        router: RouterStub,
        routeDepth: 0
      };
    },

    render () {
      return <Component {...props} />
    }
  });
};

Мой компонент использует componentWillUpdate:

  getInitialState: function(){
    return {something: ""};
  },
  componentWillUpdate: function(nextProps, nextState) {
    if(nextState.something === "12345"){
      this.context.router.transitionTo("MyRoute", {id: nextState.something});
    }
  },

В моем тесте:

var ComponentWrapper = stubRouterContext(MyComponent, {});
var myComponentInstance = TestUtils.renderIntoDocument(<ComponentWrapper />);

it('expects to do something on componentWillUpdate', function(){
  myComponentInstance.setState({something: "12345"});
  expect(myComponentInstance.getChildContext().router.transitionTo.mock.calls[0][0]).toEqual('MyRoute'); 
  expect(myComponentInstance.getChildContext().router.transitionTo.mock.calls[0][1]).toEqual({id: '12345'});
});

Сколько бы я ни называл setState, мой nextState в componentWillUpdate всегда something: "". Однако в тесте, если я проверю содержимое myComponentInstance.state, это будет something: "12345". Таким образом, componentWillUpdate вызывается, но не имеет нового состояния, даже если оно есть у моего компонента экземпляра.

Любые идеи по этому поводу?

--

РЕДАКТИРОВАТЬ 1

Приведенные ниже предложения основаны на том, что setState является асинхронной функцией, но это не решило проблему. Я также пытался смоделировать изменение магазина (шаблон Flux) таким образом:

myStore.getState = jest.genMockFunction().mockImplementation(function() {
   return{
    something: "12345",
   };
});

myComponentInstance.onChange(); //Simulate store change (this function has setState inside taking values from the store)

Ну, это тоже не сработало, на самом деле мне говорили, что onChange не определено. Итак, моя проблема связана с оболочкой реактивного маршрутизатора. Я нашел решение, но я не уверен, что есть лучшие, потому что это выглядит очень хакерским. Это следующее:

var RouterWrapper = stubRouterContext(Component, {ref: "myRealComponentInstance"});
var renderedComponent = TestUtils.renderIntoDocument(<RouterWrapper />);
var myComponentInstance = renderedComponent.refs.myRealComponentInstance;

Таким образом, и myComponentInstance.setState, и имитация myComponentInstance.onChange, имитирующая магазин, работают, и мне не нужно использовать асинхронные функции.


  • Вы нашли решение для этого? У меня также есть проблема, когда внутри componentWillUpdate(nextProps, nextState) мой nextState уже равен this.state. Я не могу уловить момент изменения состояния с помощью этого метода жизненного цикла. 18.08.2016
  • Хорошо, я нашел решение своей проблемы здесь: github.com/facebook/react/issues/4018 18.08.2016

Ответы:


1

setSate — это асинхронная функция, поэтому вам нужно использовать обратный вызов, как показано ниже:

myComponentInstance.setState({something: "12345"}, function() {
  expect(myComponentInstance.getChildContext().router.transitionTo.mock.calls[0][0]).toEqual('MyRoute');
  expect(myComponentInstance.getChildContext().router.transitionTo.mock.calls[0][1]).toEqual({
    id: '12345'
  });
});

09.09.2015

2

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

Поместите ожидаемые вызовы в обратный вызов, и все будет в порядке.

08.09.2015
Новые материалы

Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..