выводить сейчас в паблик - а зачем?

@predvoditelev, все сильно зависит от текущей реализации. Если все идет через репозитории, то без проблем. Заменяете реализацию репозитория с AR на реализацию с Cycle - и всех делов. Главное тут - это как раз организационный момент: чтобы через месяц плавных замен на это не забили и не осталось в проекте все кусками.
Ну а если AR где-то используется напрямую - здесь может быть больно, т.к. придется выискивать все неявные зависимости вроде эвентов, валидации, фильтрации и т.п.

а зачем вообще выводить в паблик?

боюсь, я не смогу ответить на ваш вопрос

обратитесь к кому-то более опытному

Тут идея как раз не в том, чтобы за месяц=другой избавится от AR.

Хочется новое пилить с cycle и старое если нужно - заменять, а где не надо дорабатывать - то работает и пусть дальше на АR крутится.

afterSave()
)))

эт не претензия. почему сейчас нет смысла, а потом - будет?

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

ок, нет проблем 🙂

Единообразие упрощает поддержку и развитие. Так что это целиком и полностью административный вопрос.

Бесспорно, но всё привести к единообразию - очень дорого :)
А постепенно внедрять - вполне себе.

Еще надо посчитать, что дешевле: продолжать пилить как есть, или поддерживать 2 реализации

Скорее не поддерживать две реализиции, а при необходимости переводить со старой реализации на новую.

мы на проекте полтора года переводили с фреймворка на фреймворк. Все полтора года было 2 фреймфорка рядом, часть кода в новом, часть в старом.

без остановок бизнес процессов и введения новых фич

С чего на что переезжали?

feature freeze на полтора года - это не любой бизнес можно уломать))

мы продолжали пилить новые фичи