Телеграмм чат группы js

Size: a a a

JavaScript — русскоговорящее сообщество

6407 membersпожаловаться на группу

2021 April 26

Unexpected Token in JavaScript — русскоговорящее сообщество

Да, самый надёжный способ. Так же мог кто то другой так же что-нибудь другой удалить.

источник

03:09пожаловаться #1

КУ

Камель Утегенов... in JavaScript — русскоговорящее сообщество

а вот у меня там есть регистрация и авторизация
и страница постов всех юзеров
и страница постов самого юезра
и юзер может удалять только свои посты
нормально ли при удаление поста юзера передавать только id поста

источник

03:12пожаловаться #2

Taras Karpyn in JavaScript — русскоговорящее сообщество

да ага, зачем делать еще один запрос? Лишняя нагрузка

источник

03:13пожаловаться #3

Unexpected Token in JavaScript — русскоговорящее сообщество

Почему нет? Если есть вариант сделать надёжный алгоритм почему ты считаешь что лишний запрос – это ограничение? Тем более мы даже не знаем сколько людей будет ходить на страницу, прежде чем экономить на спичках...

источник

03:16пожаловаться #4

Unexpected Token in JavaScript — русскоговорящее сообщество

В моём представлении чем чаще бек и фронт синхронизируют свои состояния, тем лучше.

источник

03:18пожаловаться #5

Taras Karpyn in JavaScript — русскоговорящее сообщество

ну так если тебе бек возвращает deleted: true, то наверно логично что он удалился, не так ли?

источник

03:20пожаловаться #6

Unexpected Token in JavaScript — русскоговорящее сообщество

Скорее всего бек вернет слепок нового состояния, а не посетит записи как удалённые.
Если он будет передавать удаленные записи ещё, то это будет оверхед.

источник

03:21пожаловаться #7

Unexpected Token in JavaScript — русскоговорящее сообщество

А все я понял, ты про то что бек ОК сказал на метод DELETE

источник

03:21пожаловаться #8

Taras Karpyn in JavaScript — русскоговорящее сообщество

ага

источник

03:21пожаловаться #9

Unexpected Token in JavaScript — русскоговорящее сообщество

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

источник

03:23пожаловаться #10

Unexpected Token in JavaScript — русскоговорящее сообщество

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

источник

03:25пожаловаться #11

Taras Karpyn in JavaScript — русскоговорящее сообщество

как это мутирует в отрыве от текущего клиента?

источник

03:26пожаловаться #12

Unexpected Token in JavaScript — русскоговорящее сообщество

Другой клиент тоже нажал удалить к примеру

источник

03:27пожаловаться #13

Taras Karpyn in JavaScript — русскоговорящее сообщество

ну если запись была удалена то вернет false?

источник

03:27пожаловаться #14

Unexpected Token in JavaScript — русскоговорящее сообщество

Братан, в общем забей. Кажется твоя задача доказать свою правоту, а не выяснить новые подходы. Я не вижу смысла продолжать дебаты в том же ключе. Давай сойдемся на том, что наши подходы оба имеют право на жизнь.

источник

03:28пожаловаться #15

Godfather in JavaScript — русскоговорящее сообщество

Народ, всем привет! Скажите, есть ли какая-то разница в производительности если делать так

import PropTypes from ‘prop-types’
const { string } = PropTypes

или так

import { string } from ‘prop-types’

источник

07:25пожаловаться #16

Nelkor in JavaScript — русскоговорящее сообщество

Скорее всего эти оба варианта соберутся в одинаковый код

источник

08:15пожаловаться #17

jabascripter in JavaScript — русскоговорящее сообщество

второй вариант быстрее должен быть

источник

08:37пожаловаться #18

Nelkor in JavaScript — русскоговорящее сообщество

Почему же?)

источник

08:38пожаловаться #19

jabascripter in JavaScript — русскоговорящее сообщество

потому что он выдергивает то что ему нужно а не весь файл

источник

08:48пожаловаться #20