любители *еттеров, и любители чистого API

лол, с каких пор поля в моделях - это апи?

Я не являюсь любителем ни того, ни другого. Это ты там с кем-то воюешь.

лол, с каких пор поля в моделях - это апи?

API это всё что предоставляет доступ к данным модели/сервиса/чего-угодно-имеющего-данные

Нужно работать, а не релизиозные прения устраивать.

Я не считаю использование геттеров/сеттеров плохой практикой. Тем не менее, использование вообще чего-либо не к месту — это, безусловно, плохо.

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

от прямоты рук зависит

все что угодно потенциально может создать серьезные проблемы

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

React.ReactProps

от прямоты рук зависит

геттеры/сеттеры это родовая травма js

React.ReactProps

что там внутри, мм?

геттеры/сеттеры это родовая травма js

ага и C# и свифта

изи заявления делаешь

от прямоты рук зависит

В этом же и суть. Минимизация практик которые чересчур зависимы от прямоты рук.

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

ООП вообще чревато сайд-эффектами, тогда уж. Ведь изменение свойств this — уже сайд эффект.

программирование в целом чересчур зависимо от прямоты рук

ООП вообще чревато сайд-эффектами, тогда уж. Ведь изменение свойств this — уже сайд эффект.

Ну, в рамках одной функции, конечно же.

если человек не понимает, что геттеры и сеттеры - это всего лишь сахар и пишет там говно - его ничего не спасет, даже если запретить ему юзать геттеры и сеттеры

В этом же и суть. Минимизация практик которые чересчур зависимы от прямоты рук.

отлично написал!

ООП вообще чревато сайд-эффектами, тогда уж. Ведь изменение свойств this — уже сайд эффект.

любая парадигма кроме фп чревата сайд-эффектами

что там внутри, мм?

Фейсбуку можно хоть eval использовать.

Но можно не делать лишних сайд-эффектов

Сайд-эффекты можно инкапсулировать чтобы они не распространялись дальше области их необходимости

Сайд-эффекты можно инкапсулировать чтобы они не распространялись дальше области их необходимости

Вот-вот.

ООП вообще чревато сайд-эффектами, тогда уж. Ведь изменение свойств this — уже сайд эффект.

Хм, ну так да. В частности поэтому js сейчас плавно двигается в сторону заимствования подходов из фп.

Вот, послушайте

https://www.youtube.com/watch?v=7Zlp9rKHGD4&t=1119s

Но можно не делать лишних сайд-эффектов

Йоу, монады

Ну это ещё более холиварно чем ИДЕ вс Текстовый редакторы ?

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

А так как исполнение не мгновенно - использовать время это благо

Паковать алгоритмы в ещё одно измерение

Но оно сложнее, потому что не всегда удается правильно запаковать чтобы не протекло что-то и не вышел алгоритм за пределы его времени

Интересно можно ли победить это раз и навсегда, ну, кроме отказа от стейтов вообще

Отказом от программирования, я думаю, можно вполне. =)

Деструктуризация с обращением к свойству по вычисляемому имени ключа.

да

по крайней мере бабель умеет

всегда можно сделать test._prop = 1

Я использую mobx и тс, там на такое ругнётся компилятор и это нормальное поведение, а аргументы "гляньте аирбнб" как-то такие себе.

а я не использую tc и меня бесит, когда люди пишут "как в tc"

Ругается и это нормально

Прям как мамка

Хахах

Ругается и это нормально

Ограничения нужны, иначе лапша получается, как вот здесь

всегда можно сделать test._prop = 1

лучше уж юзать функции, а не сеттеры/геттеры

ограничение должно быть в мозгах

хотя я не спорю с твоим утверждением

но сеттеры это не очевидно

обсудили уже

ограничение должно быть в мозгах

Я не хочу быть ограниченным человеком. =)

если надо запретить изменить поле всегда есть Symbol и getValue() метод

Я не хочу быть ограниченным человеком. =)

увы, ты вынужден принимать пищу чтобы жить смирись

Я тоже встречал на счёт геттеров не рекомендации но все равно использую

Главный минус - не отличить проперти от метода

так в этом и проблема

увы, ты вынужден принимать пищу чтобы жить смирись

Еда — это не ограничение, а божественная благодать.

И потом не знаешь искать ли в структуре либо в классе

Еда — это не ограничение, а божественная благодать.

Всё относительно

Еда — это не ограничение, а божественная благодать.

Кефирчик - нектар богов

Главный минус - не отличить проперти от метода

вебшторм подсказывает же

ERROR: S client not available

А ЖС их язык

вебшторм подсказывает же

У меня саблайм

всё больше убеждаюсь, что надо переходить в системные языки

по крайней мере в rust есть стиль кода и форматтер, который дают авторы языка

Но если ты до сих пор не перешёл, значит..

на всё нужно время

Семь вдохов

И не перейдёшь

с чего такая уверенность?

Просто он мотивирует тебя. Ты сейчас разозлишься и перейдёшь)

Указатель на указателе, Arc<Lol<Mem<T>>>>>>>>>, заимстовавание

)

Указатель на указателе, Arc<Lol<Mem<T>>>>>>>>>, заимстовавание

что? ну Arc юзается при распараллеливании работы

по крайней мере в rust есть стиль кода и форматтер, который дают авторы языка

Rust в браузере не хочет работать.

а так вполне себе цивильно выглядит

Rust в браузере не хочет работать.

webassembly будет но я и не хочу rust в браузере

Haskell

https://wiki.haskell.org/Yhc/Javascript/Brief_overview

а так вполне себе цивильно выглядит

<<<<<<<<<>>>>>>>>>> ?

webassembly будет но я и не хочу rust в браузере

Вне браузера можно что угодно использовать, какие проблемы. Были бы инструменты удобные.

Проблема в том что js в обозримом будущем заменить не выйдет

Проблема в том что js в обозримом будущем заменить не выйдет

я вообще с браузера свалить хочу

всем привет, допустим, есть некий массив(лист) объектов. Как быстрее всего(в плане использования ресурсов) удалить объект из массива? Или может стоит использовать map, где ключом будет хэш объекта, а значением сам объект?

А как определяется что нужно удалить элемент?

По айди какому-либо?

У объектов этих есть айди?

ну вообще slice или filter

Написал компонет за вечер, пытаюсь написать к нему тест уже 5 вечеров. Долбаный jsdom, долбаный matchMedia. Прошлось писать свой полифил к нему. Всё, что нашёл, кривое.

enzyme ?

всем привет, допустим, есть некий массив(лист) объектов. Как быстрее всего(в плане использования ресурсов) удалить объект из массива? Или может стоит использовать map, где ключом будет хэш объекта, а значением сам объект?

Ассоциативный массив, конечно, быстрее.