Как работает мелкое сравнение в React

Question 1

shallowCompare выполняет поверхностную проверку равенства для текущих объектов props и nextProps, а также для объектов текущего состояния и nextState.

Я не могу понять, что если он неглубоко сравнивает объекты, тогда метод shouldComponentUpdate всегда будет возвращать true, так как

Мы не должны изменять состояния.

и если мы не изменяем состояния, то сравнение всегда будет возвращать false, и поэтому обновление shouldComponent всегда будет возвращать true. Я не понимаю, как это работает, и как мы переопределим это, чтобы повысить производительность.

Question 2

Неглубокое сравнение действительно проверяет равенство. При сравнении скалярных значений (чисел, строк) сравнивает их значения. При сравнении объектов он не сравнивает их атрибуты - сравниваются только их ссылки (например, «указывают ли они на один и тот же объект?»).

Рассмотрим следующую форму userобъекта

user = {
  name: "John",
  surname: "Doe"
}

Пример 1:

const user = this.state.user;
user.name = "Jane";

console.log(user === this.state.user); // true

Обратите внимание, что вы изменили имя пользователя. Даже с этим изменением объекты равны. Ссылки точно такие же.

Пример 2:

const user = clone(this.state.user);
console.log(user === this.state.user); // false

Теперь, без каких-либо изменений свойств объекта, они совершенно другие. Клонируя исходный объект, вы создаете новую копию с другой ссылкой.

Функция клонирования может выглядеть так (синтаксис ES6)

const clone = obj => Object.assign({}, ...obj);

Неглубокое сравнение - эффективный способ обнаружения изменений. Ожидается, что вы не изменяете данные.

Question 3

поверхностное сравнение - это когда свойства сравниваемых объектов выполняются с использованием «===» или строгого равенства и не будут проводить более глубокое сравнение свойств. например, для

// a simple implementation of the shallowCompare.
// only compares the first level properties and hence shallow.
// state updates(theoretically) if this function returns true.
function shallowCompare(newObj, prevObj){
    for (key in newObj){
        if(newObj[key] !== prevObj[key]) return true;
    }
    return false;
}
// 
var game_item = {
    game: "football",
    first_world_cup: "1930",
    teams: {
         North_America: 1,
         South_America: 4,
         Europe: 8 
    }
}
// Case 1:
// if this be the object passed to setState
var updated_game_item1 = {
    game: "football",
    first_world_cup: "1930",
    teams: {
         North_America: 1,
         South_America: 4,
         Europe: 8 
    }
}
shallowCompare(updated_game_item1, game_item); // true - meaning the state
                                               // will update.

Хотя оба объекта кажутся одинаковыми, game_item.teamsэто не та же ссылка, что и updated_game_item.teams. Чтобы два объекта были одинаковыми, они должны указывать на один и тот же объект. Таким образом, это приводит к тому, что состояние оценивается как обновляемое.

// Case 2:
// if this be the object passed to setState
var updated_game_item2 = {
    game: "football",
    first_world_cup: "1930",
    teams: game_item.teams
}
shallowCompare(updated_game_item2, game_item); // false - meaning the state
                                               // will not update.

На этот раз каждое из свойств возвращает true для строгого сравнения, поскольку свойство team в новом и старом объекте указывает на один и тот же объект.

// Case 3:
// if this be the object passed to setState
var updated_game_item3 = {
    first_world_cup: 1930
}
shallowCompare(updated_game_item3, game_item); // true - will update

updated_game_item3.first_world_cupСвойство нарушается строгая оценка в 1930 это число , а game_item.first_world_cupстрока. Если бы сравнение было слабым (==), это прошло бы. Тем не менее, это также приведет к обновлению состояния.

Дополнительные примечания:

Выполнение глубокого сравнения бессмысленно, так как это может значительно повлиять на производительность, если объект состояния глубоко вложен. Но если он не слишком вложен и вам все еще нужно глубокое сравнение, реализуйте его в shouldComponentUpdate и проверьте, достаточно ли этого.
Вы определенно можете изменить объект состояния напрямую, но это не повлияет на состояние компонентов, поскольку он в потоке метода setState, который реагирует, реализует перехватчики цикла обновления компонентов. Если вы обновляете объект состояния напрямую, чтобы сознательно избегать перехватов жизненного цикла компонента, то, вероятно, вам следует использовать простую переменную или объект для хранения данных, а не объект состояния.

Question 4

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

Question 5

Существует также устаревшее объяснение неглубокого сравнения в React:

shallowCompare выполняет поверхностную проверку равенства для текущих объектов props и nextProps, а также для объектов текущего состояния и nextState.

Это достигается путем перебора ключей сравниваемых объектов и возврата true, если значения ключа в каждом объекте не строго равны.

UPD : Текущая документация говорит о неглубоком сравнении:

Если функция render () вашего компонента React отображает тот же результат при тех же свойствах и состоянии, вы можете в некоторых случаях использовать React.PureComponent для повышения производительности.

Метод shouldComponentUpdate () React.PureComponent лишь поверхностно сравнивает объекты. Если они содержат сложные структуры данных, это может привести к ложноотрицательным результатам для более глубоких различий. Расширяйте PureComponent только тогда, когда вы ожидаете иметь простые свойства и состояние, или используйте forceUpdate (), когда знаете, что глубокие структуры данных изменились.

UPD2: Я думаю , что сверка также важная тема для неглубокого сравнения понимания.

Question 6

Неглубокий равный фрагмент от @supi выше ( https://stackoverflow.com/a/51343585/800608 ) не работает, если prevObjесть ключ, newObjкоторого нет. Вот реализация, которая должна это учитывать:

const shallowEqual = (objA, objB) => {
  if (!objA || !objB) {
    return objA === objB
  }
  return !Boolean(
    Object
      .keys(Object.assign({}, objA, objB))
      .find((key) => objA[key] !== objB[key])
  )
}

Обратите внимание, что это не работает в проводнике без полифиллов.

Question 7

Есть реализация с примерами.

const isObject = value => typeof value === 'object' && value !== null;

const compareObjects = (A, B) => {
  const keysA = Object.keys(A);
  const keysB = Object.keys(B);
 
  if (keysA.length !== keysB.length) {
    return false;
  }
 
  return !keysA.some(key => !B.hasOwnProperty(key) || A[key] !== B[key]);
};

const shallowEqual = (A, B) => {
  if (A === B) {
    return true;
  }
 
  if ([A, B].every(Number.isNaN)) {
    return true;
  }
  
  if (![A, B].every(isObject)) {
    return false;
  }
  
  return compareObjects(A, B);
};

const a = { field: 1 };
const b = { field: 2 };
const c = { field: { field: 1 } };
const d = { field: { field: 1 } };

console.log(shallowEqual(1, 1)); // true
console.log(shallowEqual(1, 2)); // false
console.log(shallowEqual(null, null)); // true
console.log(shallowEqual(NaN, NaN)); // true
console.log(shallowEqual([], [])); // true
console.log(shallowEqual([1], [2])); // false
console.log(shallowEqual({}, {})); // true
console.log(shallowEqual({}, a)); // false
console.log(shallowEqual(a, b)); // false
console.log(shallowEqual(a, c)); // false
console.log(shallowEqual(c, d)); // false

Развернуть фрагмент