Considere el siguiente escenario: una aplicación front-end que contiene

• Crear vista (POST) con múltiples campos de entrada
• Vista de edición (OBTENER valores del back-end, PUT si los valores cambiaron)
• Ambas vistas usan la misma ruta.

Mientras un usuario está en el proceso de escribir valores en las entradas, hay varios "campos auxiliares" que realizan cálculos (en vivo/instantánea) basados en las entradas del usuario. El usuario puede ver los resultados de esos cálculos.

Bastante fácil, cálculos.js ubicado en el front-end, recibe los valores de entrada actuales (estado) y realiza los cálculos.

Ahora considere lo siguiente: Los resultados de cálculos.js no se guardan en la base de datos, ya que se pueden calcular. Sin embargo , el back-end tiene que hacer cálculos muy similares. Digamos que tiene que resumir los resultados de cálculos.js en varias rutas. Esto habla por poner cálculos.js en el back-end. Otra posibilidad: la vista de edición recibirá los valores iniciales (calculados) del back-end.

El dilema:

• Poner los cálculos.js solo en el backend, hace que el front-end tenga que llamar al back-end todo el tiempo mientras el usuario completa las entradas (no es práctico).
• Poner cálculos.js en ambos puede dar lugar a incoherencias en los datos y va en contra del principio DRY

En este contexto, me preguntaba si es posible y/o una mala práctica definir la función back-end y pasarla en un objeto al front-end. Algo como

 { calcFunction: (props) => console.log(props) }

¿Cómo abordaría alguien este problema en general? Gracias