Как я могу правильно обобщить входные данные формы в Laravel Volt?

Во-первых, давайте посмотрим на вашу функцию монтирования

 public function mount(): void
    {
        if (isset($editing)) {

Мы проверяем, установлена ​​ли переменная $editing, но никогда не пытаемся ее установить. Вы можете сделать это, указав, что это параметр, который мы принимаем в функции монтирования.

Ниже приведена фиксированная версия. Я переименовал MyModel в модель Post, чтобы это имело больше смысла.

public function mount(?Post $post = null): void
    {
        if (isset($post)) {
            $this->post = $post;

Метод mount не является конструктором класса, но, по сути, он ведет себя именно так. Это может быть концепция, с которой вы знакомы по реакции.

Это еще не полное решение.

Дальнейшие улучшения

Теперь, чтобы закончить это, мы собираемся делать что-то «путем Laravel», а также некоторые проблемы, связанные с безопасностью, о которых нам следует знать, и лучший способ сделать что-то для повышения производительности.

    #[Validate('required|string|min:1|max:256')]
    public string $description;

    public Post $post;

    public function submit(): void
    {
        $validated = $this->validate();
        /** 
        * You likely just gave me psuedo but we should actually create a 
        * model here usually */
        $this->dispatch('my-post-form-submitted', $validated);
        $this->description = '';
    }

    public function mount(?Post $post = null): void
    {
        if (isset($post)) {
            $this->post = $post;
            $this->description = $this->post->description;
        }
    }

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

Мы также можем установить для Post значение null в методе монтирования. Используя ?Post $post = null, мы указали, что параметр $post должен быть экземпляром класса Post. Мы также присвоили ему значение по умолчанию, равное нулю, которое будет использоваться, если при рендеринге компонента не было передано ни одного сообщения.

Чтобы удвоить уверенность в том, что пользователь ввел что-то в качестве описания, было установлено минимальное правило проверки, указав не менее 1 символа.

Функция монтирования имеет типизированный параметр $post. Если в этой форме есть маршрут и это полностраничный компонент, это будет сделано именно так. Если эта форма является всего лишь дочерним компонентом и имеет родительский компонент, вам следует изменить ее, чтобы она принимала целое число, и загрузить связанную модель со строкой, аналогичной этой, внутри метода монтирования.

$this->post = Post::findOrFail($id);

У меня нет полных подробностей реализации, а есть только то, что было предоставлено, но имеющийся у меня контекст создает впечатление, что родительский компонент имеет копию модели Post и используется вертикально.

В большинстве случаев это делать не имеет смысла. Если родительскому элементу нужен экземпляр Post, отмените вложение этого компонента и просто поместите функциональность в его родительский элемент. Передача моделей вертикально через вложенные компоненты довольно затруднительна.

Проблемы безопасности

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

Например, если пользователь редактирует сообщение, а он должен редактировать только сообщения, принадлежащие ему, он может манипулировать свойством postId, если вы сохранили его в общедоступном свойстве, для редактирования сообщения, которое ему не принадлежит.

К счастью, Livewire умен и блокирует для нас свойство ID на моделях. Но помните об этом в будущем и взгляните на Проблемы безопасности собственности

Обработка отправки формы

Внутри вашей формы вы, похоже, излучаете свойство $description, которое предполагает, что оно передается вертикально между компонентами.

Это действительно неэффективно и опасно, поскольку все это делается на стороне клиента, и пользователь может манипулировать свойствами и их значениями.

Если вам нужно передать этот параметр вертикально, потому что он хочет разделить проблемы, я понимаю. В этом случае вы можете использовать Livewire Forms, поскольку они не имеют представления и просто содержат логику проверки и отправки формы.

Состояние и живое обновление

Вы можете настроить состояние так, чтобы оно практически проверялось, как только пользователь вводит ключ внутри одного из входов, который имеет привязку к свойству. Существует множество различных вариантов, но я рекомендую использовать wire:model.onblur , поскольку он будет запускать запрос только тогда, когда ввод теряет фокус, что гарантирует, что наше приложение не будет слишком громким и не отправит больше данных, чем нам нужно.

И последнее замечание, но я не буду вдаваться в подробности. Входные компоненты не обязательно должны быть компонентами Livewire, и вы можете просто использовать Компоненты Blade для того, чего вы сейчас пытаетесь добиться от них. Livewire просто не соответствует вашим текущим требованиям.