так лучше

это очевидно и любой поймет что здесь происходит

ну ок)) Было this.value = 1 и когда я писал target.value = 2 я знал, что это ОЧЕНЬ дешевая операция, и я могу делать её сотни тысяч раз. А потом какой-нибудь "программист", сделал set/get в классе и мой код стал тормозить И на первый взгляд виноват я

"программист", который написал "тяжелый" сеттер может и не такую хуйню сотворить, так что это не аргумент

если он дописал функцию выполняющую тяжелую операцию, меня это не коснется и весь код тормозить не будет

причем тут функция

ну ок)) Было this.value = 1 и когда я писал target.value = 2 я знал, что это ОЧЕНЬ дешевая операция, и я могу делать её сотни тысяч раз. А потом какой-нибудь "программист", сделал set/get в классе и мой код стал тормозить И на первый взгляд виноват я

Притом, что если я меняю свойство, то я знаю СКОЛЬКО стоит эта операция. А если я вызываю функцию, то я нажму F2 и увижу её код

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

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

ты сеттер от геттера не отличаешь?

а что мешает посмотреть код геттера или сеттера?

НЕОЧЕВИДНОСТЬ!

ты сеттер от геттера не отличаешь?

какая разница, наговнить можно и там и там

мне каждое свойство просматривать в классе?

а какая разница сеттер там или функция, ты в любом случае не имеешь права делать предположений относительно внутренней реализации. Если важна скорость, то сложность должна быть прописана в документации, а всё остальное - это просто костыли чтобы ускорить свой код и тут уже ты идёшь на риск и должен знать как именно внутри всё работает

а ты каждый метод просматриваешь в классе?

гораздо проще ввести в линтер правило, запрещающее использование сеттеров/геттеров

а ты каждый метод просматриваешь в классе?

я знаю, что это метод и что вызов его может быть дорогим

но я не хочу внезапно охуеть от того что сеттер занимает время

гораздо проще ввести в линтер правило, запрещающее использование сеттеров/геттеров

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

на самом деле getter/setter не порочная практика

мне кажется у совы травматический опыт

getter/setter абсолютно нормальная практика

вот от таких травмы и случаются

мне кажется у совы травматический опыт

человек без IDE пишет, о чем речь вообще

травматичный опыт случается, когда инструменты применяют не по назначению

человек без IDE пишет, о чем речь вообще

ты так говоришь, как будто программисты используют только IDE

человек без IDE пишет, о чем речь вообще

а ты без IDE видимо никак

ну так загуглил

вот от таких травмы и случаются

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

Вообще я полностью согласен. Использование геттеров/сеттеров концептуально плохая идея. Когда я запрашиваю или изменяю значение свойства я ожидаю что это просто произойдет.

ну для меня очевидно, что без IDE писать больно, особенно на js, не знаю как для вас

ну для меня очевидно, что без IDE писать больно, особенно на js, не знаю как для вас

субъективно

все субъективно

От размера проекта зависит

Вообще я полностью согласен. Использование геттеров/сеттеров концептуально плохая идея. Когда я запрашиваю или изменяю значение свойства я ожидаю что это просто произойдет.

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

не зависит

Зависит

да боже

это тоже субъективно

?

Это верно

Это уже похоже на holywar :)

это как спорить кому какой цвет больше нравится

Это уже похоже на holywar :)

не, это же не про го

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

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

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

VSCode > WebStorm > Sublime. Субъективно

VSCode > WebStorm > Sublime. Субъективно

VSCode ну уж совсем не сравниться со штормом, шторм по мне куда как приятней

жрет правда много, это минус

жрет правда много, это минус

?

Шторм на больших проектах тормозит. Я предпочту меньше фич зачастую, чем тормоза

но это одной лишь оперативкой фиксится

воткнул побольше, и все хорошо

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

И конфигом

notepad++

Шторм на больших проектах тормозит. Я предпочту меньше фич зачастую, чем тормоза

ток в процессе индексации и поиска же вроде как тормозит

И конфигом

можно про конфиг поподробнее?

но это одной лишь оперативкой фиксится

У меня 16гб и ссд, это ж сколько ему надо

У меня 16гб и ссд, это ж сколько ему надо

на 8 и обычном харде полёт нормальный

странно :с как то

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

+

ERROR: S client not available

можно про конфиг поподробнее?

Оперативка не будет использована нормально если в конфиге вебшторма не разрешить

У меня 16гб и ссд, это ж сколько ему надо

Такая же фигня Да и в шторме нет всех фич atom/vscode

про webstorm зависит от проекта... обычный проект на angular2 seed полет нормальный ionic2 (без открытого HTML файла) нормально, но как только открываю html файл, начинал тупить жуть как

Такая же фигня Да и в шторме нет всех фич atom/vscode

что за фичи такие? 0-о

Я файлы по 90к строк кода правил и не покрылся седеною

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

что за фичи такие? 0-о

наверное чисто субъективные Сохранить конфиг и плагины в облако и потом восстановить

ток в процессе индексации и поиска же вроде как тормозит

Автодополнение тормозит. Линтинг тормозит. В том же vscode с плагинами дающими сходный функционал - все ок.

Но ИДЕ и редаторы это очень холиварная, очень специфичная и очень тема на любителя

да,ну её

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

Но ИДЕ и редаторы это очень холиварная, очень специфичная и очень тема на любителя

Да vscode/atom с плагинами это по сути ide и есть.

что за фичи такие? 0-о

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

Да vscode/atom с плагинами это по сути ide и есть.

да не vscode/atom с плагинами это rich-редактор кода

Я в Идею, а потом в Вебшторм пришел с Саблайма с плагинами

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

Ну это да, хотя я только на 2х машинах обычно кожу мне не такая боль)

Почитай кодстайл от airbnb

Пользуюсь их последним конфигом. Ничего он не запрещает.

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

Ну это да, хотя я только на 2х машинах обычно кожу мне не такая боль)

ну я зачастую либо дома либо на работе постоянно и часто обновляю конфиг редактора, правлю мелкие неудобства И дома просто делаю ctrl+shift+p ssrestore и всё ок

Пользуюсь их последним конфигом. Ничего он не запрещает.

Да лаааадно?!

https://github.com/airbnb/javascript#accessors

Да лаааадно?!

Факт. Конфиг не возвращает ворнингов по поводу геттеров/сеттеров.

ты читал то, что я скинул?

и то что я написал?

я не говорил что запрещает

Читал.

да не vscode/atom с плагинами это rich-редактор кода

В чем разница в случае js именно? Я не вижу заметного отличия в функционалу. Там же даже автодополнение по проекту есть. Линтинг. Сборка, паблиш. В vscode даже брейкпоинты есть

В чем разница в случае js именно? Я не вижу заметного отличия в функционалу. Там же даже автодополнение по проекту есть. Линтинг. Сборка, паблиш. В vscode даже брейкпоинты есть

нет глубокого анализа кода хотя мне лично он не нужен Но согласен, vscode + плагины близок к полноценной IDE Но рефакторинг всё равно слабее webstorm'a

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