Сет интервал увы работает через интервал

Уже не бесконечный цикл

Точнее не так даже

Оное то бесконечно в идеале, но итерации по времени разнесенные

Тут же - всё свободное время, ничего не простаивает за зря

Подсветка синтаксиса в редактора онлай так работает бывает

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

Вот пример из жизни и для фронтенда

Ребят, задам небольшой холиварный вопрос. Где то читал и найти не могу. Как правильней именовать метод? onSomethingClick / onClickSomething

imho, если ты забыл метод, то в проекте легче найти onClickSomething, так как ты пройдешь по всем onClick и найдешь нужный

У всех онклик и прочих таких именований есть одна проблема

В целом конечно всё хорошо, но....

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

Но совершенно, вообще, никак не говорит о том а что он собственно то делает!

handleSomethingClick, а свойство onSomethingClick )

Моё либимое - doProcess

handleSomethingClick, а свойство onSomethingClick )

аргументированно пожалуйста =)

а что может быть вместо Something?

почему не просто onClick?

почему не просто onClick?

эм.... много кликов в рамках одного компонента....

и действия разные

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

и не обязательно Click

Это был сарказм очевидно

Change / Blur

А суть вот в чем

Имя метода должно отражать то что в нем происходит

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

Если у нас класс-кнопка то очевидно что делает onClick

И то это уже не совсем то даже в таком виде

А вот что-то в стиле runPressAnimation уже интереснее

Сразу понятно - на клик у нас будет отрисована анимация нажатия

Я пулреквест сделал с фиксами eslint есть жлание смотреть? или сразу мержу? https://bitbucket.sberned.ru/projects/PORT/repos/fpn_client/pull-requests/304/diff

Пинг

А метод onClick если был бы - ничего не понятно

Могут быть сложности с неймингом когда внутри 100500 разных действий

Но тогда можно давать общие названия

И следить за тем чтобы в этом методе было только одно - вызов этих 100500 действий

И никакой бизнес-логики

ну когда проект большой, должна быть общая договоренность

Вот

Тем более

А в целом - рекомендую к прочтению книгу "Чистый код"

Там код весь на Java, но только как базовый код, суть одна - объяснить а как на самом деле можно было бы делать нейминг, располагать методы, рефакторить и ещё 100500 таких тем

Ну и здравый смысл конечно

Очевидно что runPressAnimation на порядок понятнее чем onClick

так тут нет нигде сильных аргументов кроме традиций. К примеру click в конце будет у всех у кого в бэкграунде Delphi

@kirenkov Иди читай умные книжки. В конце экшен... тебе уже и тут сказали ))

а если у тебя c# в бэкграунде, то будешь писать Somthing_Click

так уже сто лет никто не пишет

А если ты девочка из 2007 то будет s0mThInG__cLiCk

Еее

а если у тебя js, то пиши onclick )

ребят, а никто не в курсе, можно ли чере intellij idea / webstorm подключится по ssh к серверу и редактировать файлы?

вроде как там есть тулза для синхронизации файлов через ssh

Очевидно что runPressAnimation на порядок понятнее чем onClick

нет, это два разных метода, почему в runPressAnimation прилетает ClickEvent? Почему именно Click, почему не tap или drag?

onClick как обработчик клика в две строки самое норм, там будет что-то простое уровня doSmthWith(e.target.value)

нет, это два разных метода, почему в runPressAnimation прилетает ClickEvent? Почему именно Click, почему не tap или drag?

А вот действительно - почему именно клик? Почему не тап? И ещё вопрос - почему бы не определять что происходит там где оно происходит? Почему бы в том месте где ставится обработчик click не вписать что-то условно onClick="runPressAnimation" вместо странного onClick="onClick"?

И не важно как оно записывается и где оно вызывается - важна суть

Почему бы не определять что будет делаться там где оно делается?

и вот надо мне на два разных ивента запускать эту анимацию, а структура у объектов ивента разная

А как это решит именование метода другими буквами?

тем что у меня есть два метода

onClick

который запускает runPressAnimation

преобразовав ивент в нужную структуру

ERROR: S client not available

и в onClick только логика обработки ивента клика

Почему бы не нормализовать эвент внутри runPressAnimation?

нет никакой логики чего-то еще, что-то еще отдельно

Почему бы не нормализовать эвент внутри runPressAnimation?

слишком много обязанностей у бедного запуска анимации

надо добавить ивент - надо менять метод

а хочется не менять работающий код, а добавлять новый

Не нужно менять если вынести нормализацию в отдельный метод

Я это по умолчанию имел в виду ?

у меня этот метод называется onClick(e: ClickEvent)

:)

Вот, а теперь попробуй догадайся что происходит внутри не читая исходники

чьи исходники?

Метода

вот сейчас не уловил кейс, ты руками хочешь вызвать onClick?

зачем тебе знать, как работает onClick у компонента

в ситуации, когда ты не можешь открыть исходники

я понимаю про код, который ты хочешь вызвать

а это то, что вызывает внешняя инфраструктура, это по сути адаптер

зачем тебе знать, как работает onClick у компонента

эм... затем чтобы знать что именно он будет делать. Кнопка будет анимироваться нажатием и всё? А может там ещё отправка формы? Или оно только откроет мне окошко?

эм... затем чтобы знать что именно он будет делать. Кнопка будет анимироваться нажатием и всё? А может там ещё отправка формы? Или оно только откроет мне окошко?

для этого ты сделал onClick очень простым

ты его открыл и видишь все

ага, здесь анимация

Вот! В этом то и проблема

Чтобы понять - нужно код читать

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

Это как однобуквенные переменные

А что

Берешь и читаешь

Таааак... тут мы присвоили число

Значит q это число

Так, а что у нас в z....