0
Alexander Korobko 3 years ago 0
Дуже круто, що є такий сайт. Сам прочитав одну книгу з рефакторингу, але зрозумів, що тема дуже цікава і потребує більш глибокого вивчення, сподіваюсь ваш сайт стане мені у нагоді
0
Under review
Brian Jonestown 2 years ago • updated by Alexander Shvets 2 years ago 3
Український переклад виконано недбало. Будь ласка, виправте численні помилки.
0
Not a bug
Denis Raguzov 2 years ago • updated 2 years ago 4
http://refactoring.guru/ru/replace-array-with-object
Этот "рефакторинг" замедляет код в highload, следует указать что любые геттеры сеттеры увеличивают потребление памяти и снижают скорость, в отличии от обычного массива.
Для того чтобы не было путаницы, можно ввести константы, что упростит понимание кода и оставит скорость на высоком уровне. Например [0] можно превратить в [tourName], [1] в [tourDate].
Answer
Alexander Shvets 2 years ago
Вы правы на счет производительности. Однако, highload является особым случаем, а в нормальной жизни такой рефакторинг оправдан.
0
Fixed
Vitaly Gridasov 2 years ago • updated by Alexander Shvets 2 years ago 1
Посел возвращения на сайт выдает

Whoops, looks like something went wrong.

Answer
Alexander Shvets 2 years ago
Добрый день.

Проблема исправлена, попробуйте сейчас, пожалуйста.
0
Planned
Denis Raguzov 2 years ago • updated by Alexander Shvets 2 years ago 1
Многие из советов вредны в HighLoad, поэтому не стоит слепо следовать всем советам ради красоты кода. Для этого нужно ввести оценку изменения потребления памяти и процессора до и после изменения.
Answer
Alexander Shvets 2 years ago
Спасибо за вашу идею. В целом, вы правы, но я считаю, что highload является отдельной темой для разговора. Тем более что в большинстве случаев, ранняя (и потому неоправданная) оптимизация производительности является причиной создания многих запахов кода, особенно у начинающих разработчиков. Вот здесь можно найти много мыслей по этому поводу: http://stackoverflow.com/questions/183201/should-a-developer-aim-for-readability-or-performance-first