Podría considerar usar una tienda como Vuex en este caso.

1. Después de que el componente principal hizo la transformación, envió la acción y mutó la propiedad de la tienda global.
2. En el componente secundario 2, observe los cambios en esta propiedad de la tienda y luego actualice su modelo de entrada

Puede usar v-model con componentes. Documentos

Dicho esto, haría algo como esto: Codepen

 <field v-model="text"></field> <field v-model="processedText"></field>

y luego usar observadores

 watch: { text(text) { this.processedText = this.process(text); }, processedText(text) { this.text = this.process(text); } }

Por supuesto, probablemente haya más de una forma de hacerlo, pero esta parece ser la ruta más corta :)

Gracias a todas las respuestas que ustedes proporcionaron. He aprendido algunos trucos nuevos de estos consejos. ¡Pero me gustaría hacer una aclaración y brindar la mejor opción (en mi opinión)!

Para empezar, mi método :

1. En el componente secundario: tenga en cuenta que estoy usando VueJs2, por lo que la configuración de CHILD podría ser diferente para usar v-model. Para las entradas dentro de los niños establecemos: @input="$emit('input', $event.target.value)" v-bind:value="value" , donde value es un accesorio definido;
2. En el componente principal: no necesitamos establecer observadores. El problema de esta decisión (que se proporciona en la respuesta de vch) es que podría ser la raíz de la recursión infinita dentro del componente principal. Así que podríamos simplemente escuchar los eventos de entrada dentro de los componentes secundarios, como este: @input="someValueChanged"> . E incluso podríamos tener un campo de escucha bidireccional dentro del padre, simplemente usando v-model en nuestros componentes personalizados: v-model="some value" .

Las ventajas de mis métodos son claras: tenemos un componente universal para CUALQUIER tipo de entrada. Podemos crear oyentes personalizados escuchando directamente los eventos emitidos. Y podemos poner los modificadores necesarios, como .lazy en esas entradas personalizadas. No hay desventajas tbh, o aún no las he encontrado.

Respuesta de vch : método genial, lo probé, pero parece ser muy recursivo dentro del componente principal. Su codepen funciona, pero en mi caso (VueJS2) parece estar roto. Pero comencé con su método y simplemente eliminé los observadores inútiles y agregué detectores de eventos.

Respuesta de Pavan : De nuevo, método de trabajo. Realmente podríamos usar el almacenamiento para tal caso, pero veo algunas desventajas aquí:

1. No usamos una extensión lista para usar: VueX, que debe instalarse. Soy fanático de los métodos incorporados tbh;
2. No podemos proporcionar una lógica separada para cada entrada; tendremos que crear un componente personalizado para cada mecanismo, porque tienen que escuchar diferentes variables de almacenamiento.

¡Gracias a todos! ¡Fue muy útil!