PF
немного смешно за типизацию в js
Size: a a a
2021 January 22
NT
ты должен в конце только основываясь на них делать какие-то выводы, в строку перевернуть или еще что-то, но не изначально подстраиваться под какие-то внешние зависимости
NT
немного смешно за типизацию в js
ты не знал, что в жс есть типы?)
PF
Nikita Titov
ты должен в конце только основываясь на них делать какие-то выводы, в строку перевернуть или еще что-то, но не изначально подстраиваться под какие-то внешние зависимости
import React, {Component} from "react";
export default class Header extends Component {
constructor(props) {
super(props);
this.onClick = this.onClick.bind(this);
}
state = {
ariaExpanded: false
}
onClick = (e) => {
console.log(e)
this.setState({
ariaExpanded: !this.state.ariaExpanded,
});
}
render(){
return (<div aria-expanded={this.state.ariaExpanded} onClick={this.onClick}> test </div>)
}
}PF
если бы я писал на го, то в принципе для оптимального решения, я использовал бы это
NT
вот представь он удаляет бустрап и у него остается куча говнокода со стригами, хотя он мог сразу норм написать) а теперь ему допустим придется уже нормально переписывать
PF
в принципе во фронте, уже автоматом конвертируется в string
NT
а, ну кстати да, оно само конвертнет
PF
Nikita Titov
вот представь он удаляет бустрап и у него остается куча говнокода со стригами, хотя он мог сразу норм написать) а теперь ему допустим придется уже нормально переписывать
я не в курсах, почему он там стрингу использует)
PF
в js же нет бенчмарка быстро проверить свою функцию или что
NT
но у тебя там просто инвертирование значения, но это не важно, важно как мы обращаемся с данными
вот теперь смотри
вот теперь смотри
NT
ariaExpanded: false
...
ariaExpanded = !ariaExpanded;
...
и только потом мы юзаем наши адекватно хранящиеся данные в компоненте
...
<button
aria-expanded={ariaExpanded}
/>
PF
Nikita Titov
но у тебя там просто инвертирование значения, но это не важно, важно как мы обращаемся с данными
вот теперь смотри
вот теперь смотри
если мы об оптимизациях и скорости выполнения, то в принципе нужно строго использовать типы. Потому что разные типы, занимают разное количество байтов, а самая дорогая операция это аллокации, насколько крутой, бы ни был, garbage collector, он не исправит проблемы с лишними аллокациями.
NT
основываясь на знании, что оно само конвертит (странно, что я подзабыл), мы получаем нормальный код без костылей со стрингом
PF
да я в курсе про типы и сколько они памяти занимают)
A
Nikita Titov
ariaExpanded: false
...
ariaExpanded = !ariaExpanded;
...
и только потом мы юзаем наши адекватно хранящиеся данные в компоненте
...
<button
aria-expanded={ariaExpanded}
/>
А у него во 2м варианте разве не так?
NT
да все так) блин вы не на то обращаете внимание
NT
дело не в памяти, а в том, как человек понимает, какую структуру данных или тип выбрать для чего-то
NT
от этого многое зависит в дальнейшем
выбрав какой-то костыль (как тот чувак на стрингах булеан типы пишет), можно в будущем получить проблемы
выбрав какой-то костыль (как тот чувак на стрингах булеан типы пишет), можно в будущем получить проблемы