а сеттером совсем нет

или ставишь сеттер а там цикл внутри

у меня например на сеттере data на объекте update вызывается который компоненты пересоздаст при необходимости

без сеттеров нет реактивности

расскажи это людям которые пихают сеттеры

они и без геттеров/сеттеров наговнокодят

у меня все

они и без геттеров/сеттеров наговнокодят

только я сходу буду знать куда смотреть

проблема все-таки не в сеттерах, а в дураках которые их используют неправильно

а с сеттером не кликнешь в него

проблема все-таки не в сеттерах, а в дураках которые их используют неправильно

а как правильно?

пересоздавать 1К объектов при set?

или может писать предупреждение?

а с сеттером не кликнешь в него

почему это?

пересоздавать 1К объектов при set?

конечно специально чтобы сову потроллить

лол

только это реальность

у меня например на сеттере data на объекте update вызывается который компоненты пересоздаст при необходимости

если у тебя так от геттеров-сеттеров бомбит, то что же с тобой прокси сделает? до инфаркта небось доведёт

https://github.com/airbnb/javascript#accessors--no-getters-setters

если у тебя так от геттеров-сеттеров бомбит, то что же с тобой прокси сделает? до инфаркта небось доведёт

с прокси вообще всё норм)

с прокси вообще всё норм)

чегоооо? это ещё почему?

у меня например на сеттере data на объекте update вызывается который компоненты пересоздаст при необходимости

и в чём проблема? Там огромный реактивный(как новомодно сейчас такое называть) который прекрасно стправляется с gui огромных игр

чегоооо? это ещё почему?

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

аа

да и вообще с прокси жить легче

чем с сайдэффектами от неожиданных сеттеров

а в прокси сайдэффектов не бывает?

пусть

В реальных проектах производительность - это последнее, о чем приходится думать

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

В реальных проектах производительность - это последнее, о чем приходится думать

ну не согласен, от задачи зависит

чем с сайдэффектами от неожиданных сеттеров

а если в геттерах и сетерах писать консоль лог, с выводом сообщения что это гет/сет, тогда их можно использовать ? = )

В реальных проектах производительность - это последнее, о чем приходится думать

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

ну не согласен, от задачи зависит

Ну в типичных

а если в геттерах и сетерах писать консоль лог, с выводом сообщения что это гет/сет, тогда их можно использовать ? = )

ну console.log медленно работает)

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

Отвергнута сразу из за проблем, которые еще не успели возникнуть?

Отвергнута сразу из за проблем, которые еще не успели возникнуть?

разумеется

ибо был опыт

и нахера делать себе проблему которую потом решать?

ну console.log медленно работает)

я не знаю чем можно вывести сообщение быстрее чем консоль логом )

Либо это что-то специфичное, либо это была ошибка

я не знаю чем можно вывести сообщение быстрее чем консоль логом )

@zerobias тебе расскажет)

Вообще я теперь люблю геттеры-сеттеры ещё больше

Либо это что-то специфичное, либо это была ошибка

обновления по 500-600 раз в секунду

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

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

Вообще я теперь люблю геттеры-сеттеры ещё больше

из-за того что Сове они противны

из-за того что Сове они противны

ну люби

обновления по 500-600 раз в секунду

Лол, ну да.

Но это крайне нетипично

ну чаще всего частые обновления это 10-20 раз в секунду

и тоже реактивность страдает

обновления по 500-600 раз в секунду

а то, что у тебя монитор больше 60 в секунду в принципе не может

а то, что у тебя монитор больше 60 в секунду в принципе не может

и что? жс не может тоже?

и что? жс не может тоже?

но зачем?

ну чаще всего частые обновления это 10-20 раз в секунду

Это решается простым батчингом

но зачем?

ну например вычислять данные и синхрить

Ну кстати у меня никогда не возникало с ними проблем. Во первых они редко используются, во вторых они как правило правильно используются. И всё хорошо.

Это решается простым батчингом

чаще всего да

Ну кстати у меня никогда не возникало с ними проблем. Во первых они редко используются, во вторых они как правило правильно используются. И всё хорошо.

что значит правильно?

что синхрить то? ты отобразишь в любом случае раз в 15мс в лучшем случае

что синхрить то? ты отобразишь в любом случае раз в 15мс в лучшем случае

ты только в браузере работал?)

не успеваю читать

не представляешь что можно не только DOM обновлять?

что не так с производительностью сеттеров?

что не так с производительностью сеттеров?

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

ужас какой)

если я правильно понял

что не так с производительностью сеттеров?

вставь в сеттер пару циклов или вызов ещё какого-нибудь говна а потом дергай этот сеттер дохера часто

ERROR: S client not available

что значит правильно?

Не запускать кучу недокументированных сайдэффектов в сеттерах, не допускать значительных сайдэффектов (а лучше и незначительных тоже) в геттерах.

не представляешь что можно не только DOM обновлять?

я с DOM как раз не работаю совсем. Но правда в основном таки на клиенте, да.

вставь в сеттер пару циклов или вызов ещё какого-нибудь говна а потом дергай этот сеттер дохера часто

зачем мне это делать?

Не запускать кучу недокументированных сайдэффектов в сеттерах, не допускать значительных сайдэффектов (а лучше и незначительных тоже) в геттерах.

вот есть 5 строк кода, где есть 4-5 присваиваний пропертей. Где из них сеттеры?

зачем мне это делать?

а люди любят так делать

зачем мне это делать?

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

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

?

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

вставь в сеттер пару циклов или вызов ещё какого-нибудь говна а потом дергай этот сеттер дохера часто

а при чём тут сеттер? у аналогичных функций такая же производительность будет

а при чём тут сеттер? у аналогичных функций такая же производительность будет

производительность да) Только это будет максимально очевидно

разница в читабельности

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

и рекурсию. И функции вызывать плохо - это медленно

https://github.com/airbnb/javascript#accessors--no-getters-setters

лучше вообще не программировать

программирование убивает, да

лучше вообще не программировать

нет, на ассемблере можно

производительность да) Только это будет максимально очевидно

это у тебя ничего не очевидно, у меня почему то всё очевидно и проблем нет

Сеттеры и геттеры не дают вообще ничего, только мешают пониманию кода

это у тебя ничего не очевидно, у меня почему то всё очевидно и проблем нет

потому что ты сам это и написал

Не запускать кучу недокументированных сайдэффектов в сеттерах, не допускать значительных сайдэффектов (а лучше и незначительных тоже) в геттерах.

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

И статическому анализу

нет, на ассемблере можно

на ассемблере проблема с сайд-эффектами

Сеттеры и геттеры не дают вообще ничего, только мешают пониманию кода

хоть кто-то здравомыслящий

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

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

во

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

бля

о, холивар развивается

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

И?

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

я не писал что медленная я писал что очевидно при чтении, а что нет

И?

читая код вообще невозможно понять что в сеттере что-то происходит

а если это жс, то перейти к определению сеттера иногда невозможно

Сеттеры и геттеры не дают вообще ничего, только мешают пониманию кода

так давайте же программировать на brainfuck! Или вообще на машине тьюринга! Минимум операций, быстро и просто, нет сайд эффектов!