SP
он помечает этим классом видимо что обьект реализует Eq
Size: a a a
2021 November 23
E
просто видимо правила сериализации одинаковые можно в одно место запихнуть
SP
но видимо по принципу матрешки
SP
хотя у него оно получилось всеядное
NF
ну, переопределить == через сравнение полей через рефлексию и никогда не писать eq в наследниках явно
> можно и лучше сделать, но в целом и так норм
> можно и лучше сделать, но в целом и так норм
E
ну он говорит, вот эти все мои миллион типов VO могут делать
.equalsSP
return JSON.stringify(this.props) === JSON.stringify(vo.props);
SP
Здорово, зачем?
SP
эти ваши гарантии порядка полей
E
что бы реализовать единственный обязательный метод для vo?
SP
Зачем им всем equals
SP
душа хотела devire, а получила жс
SP
Вот честно довольно редко во надо между собой сравнивать
E
ну класс называется VO, единственное что там ему можно добавить это проверку с другим VO 🤷♂️
E
может где-то юзает хз
NF
> это должно было быть нечто вроде
abstract class ValueObject<T extends ValueObjectProps> {
public equals (vo?: ValueObject<T>) : boolean {
if (vo === null || vo === undefined) {
return false;
}
if (vo === undefined) {
return false;
}
return deepEqual(this, vo);
}
}SP
Да просто не нужен этот метод
SP
E
разница это
deepEqual?SP
Он просто хотел так продемонстрировать что мол можно по значению сравнивать