не у услуг ставить модели к которым они относятся, а у моделей ставить связанные услуги, тогда оно будет решаться нативными методами, ведь о этом решении вы говорили?
а это значит: надо мигрировать данные
за собой это потянет кроме текущего вывода еще в других местах
надо переучивать контенщиков что теперь данные заполняем от "обратного", причем не факт что это будет удобнее для них (а в первую очередь для них и пользывателей делается проект, а не для удовлетворения эго разработчика)
на стороне бизнеса это выглядит так - у вас все плохо, надо переделать тучу, а удобство контенщика мне класть..
вот и стоит ли оно этого? правильный ли это подход?
или вы какой то другой стандартный метод знаете, кроме как развернуть данные?
Нет, я не об этом. Уже 2 вопроса получается обсуждаем, не спутывайте, а то совсем ценного в обсуждении не получим. Первый тезис про знания платформы и разработки в целом. Ну не годится подход, я что то внес в код, а оно не работает. Алгоритм работы кода, как работают API, в котором ты сейчас что то вынужден менять - нужно уметь читать. Для прокачки знаний есть все - учебные курсы по БУС, документация по API. По разработке в целом, базам данным , алгоритмам, и т.д. - тоже навалом. Ну что за вопросы тут про определение получаемых полей, ну все же описано в доке. Или что оказывается в массив можно сложить данные чтобы потом можно было в 2х мечтах использовать. Если кто то уже работает с такими задачами, но чувствуете что не хватает понимания что к чему значит нужно не в чатик за готовеньким ответом ходить, но и базу подтягивать.
Обсуждают сегодня