Как мы ломали

Я где-то писал другое?

 

Речь изначально шла о быстром переписывании какого-то старого кода, на что было замечено что код можно не только переписывать, но и рефакторить (что, кстати в случае с большими приложениями правильнее). После этого был задан вопрос когда можно рефакторингом назвать переиску с 0, на что было сказано - когда функциональность внешняя (читай бизнес-модель) не изменится. Конечно это не будет чистым рефакторингом в понятии - последовательности небольших сохраняющих поведение преобразований, но результатом и того и другого будет изменение внутренней структуры программы при сохранении её внешнего поведения. Другими словами смотря со стороны на итоговый код никто (кроме разработчика) не сможет сказать был ли он получен рефакторингом или же переписываеием с нуля (опять же для фантазеров, скажу что данное утверждение имеет смысл быть, только в случае если внутренняя структура программы была полностью изменена)

 

Собственно я нигде не призывал переписывать с 0 большие приложения и уж тем более рефакторить трудночитаемый, понимаемый, разбираемый код.

Да. Вы называете разработку продукта "с нуля" с таким же поведением, как старый - рефакторингом. Однако, это не рефакторинг. И вообще создание с нуля продукта с той же функциональностью не только абсурдно, но и при больших проектах - очень и очень затруднительно и более того - вредно.

Замечательно возьмите ипб 1.3 и ипб 2.0, как вы думаете они это с 0 переписали или это рефакторинг был?

Да тут подумалось.

Если рефакторинг рассматривать как процесс то ничего общего с написанием программы с 0 он не имеет.

Если же рефакторинг рассматривать как термин, то пост №24 довольно таки легко к данному термину привязывает процесс переписывания программы с 0.

Нельзя термин рассматривать в отрыве от процесса А так понимание пришло

А ещё спорили главное что все довольны.

 

GiV, вы когда меню на нике переведёте-то?

Хе-хе да тут уже целый холивар про термин рефакторинг

 

как по вашему рефакторинг может отностися к перписке с нуля? это просто притягивание за ушки

Никак. Хотя как определение за уши притягивается очень легко =)

 

В общем №29 все поясняет.

Решил ради спортивного интереса тоже заняться данным модом. Посидел, подумал, в результате всё получилось. Но вот с реализацией имхо чуток подкосило.

В моём случае, данные об аватарках хранятся в отдельной таблице и посредством настроек (чтобы можно было включить\выключить) подгружаются при необходимости. Но вот вывод аватарок в теме затрудняется из-за кэширования пользователей. Поэтому, замену на динамические аватарки пришлось делать непосредственно перед выводом поста (да-да... решение через букву Ж) соответственно на каждый пост получается +1 запрос.

Поэтому, хотелось бы спросить: а как реализовали вы?

Кода не надо, просто на словах или хотя бы в какую сторону копать.

Мы не стали делать отдельную таблицу - это не нужный оверхед. Вся информация об аватарах хранится в юзерской таблице в виде сериализованного массива. Плюс, в таблицу сообщений добавлено поле, где хранится использованный в этом сообщении аватар.

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

Спасибо. Такой вариант тоже обдумывал, но решил что в отдельной будет проще. Как показала практика, думать надо чаще.