всегда будут одинаковыми, одинаковые формы, одинаковая валидация. сделай общее. но когда потребуется разделить будешь переписывать и возможно, сломаешь что-нить. я могу представить кейс, когда плодить лишнии классы не имеет смысла, потому что специфика задачи такая, что создание и редактирование отдельно не будут использоваться. но тут надо задуматься дважды, что сложнее? переписать потом или разделять на разные куски и поддерживать 2 части параллельно. за всё приходиться платить.
Найс, как раз для того же компонента с формой, делал несколько отдельных методов в его классе, дабы не плодить @php в блэйде😁👍
т.е. это ты был спрашивал про общую форму. я прост точно не помню кто. оно может звучит более логично, если у тебя форма одинаковая для create/update, то и логику делать общую для запросов. но на практике это очень редкий кейс, когда create/update используются вместе. обычно тебе надо что-то одно из этого в один момент и ты точно знаешь что. в итоге получается, что тебе нужен только 1 ендпоинт, не POST store/ и PUT update/, а POST save/ звучит удобно? но это только на словах.
кажись нет, на эту тему первый раз сегодня написал)
а ну знач кто-то другой
Обсуждают сегодня