Parámetros nulos predefinidos en Dart.
Recientemente he estado migrando mis aplicaciones Flutter/Dart para ser compatibles con la seguridad/solidez nula. Con este objetivo, me encontré con una situación para la que no puedo realmente encontrar una “mejor práctica”.
Tengo algunas funciones similares a la siguiente:
String defaultErrorMessage ({String? message = 'Por favor, inténtelo de nuevo más tarde.'}) {
return "Error. $message";
}
bastante sencillo, solo pretendo estandarizar los mensajes de error y proporcionar uno predeterminado para situaciones en las que puede que no haya un mensaje de error.
La pregunta es esta:
El parámetro ‘message’ no es necesario y tiene un valor predeterminado. Si le paso una cadena nula, simplemente imprimirá “Error. null”, tal y como se muestra en este dartpad.
¿Existe una forma sencilla o una sintaxis especial que deba utilizar para los parámetros predeterminados? Reconozco que hay formas sencillas de reescribir esto, pero siento que no debería tener que hacerlo, ¿no es el punto de todas estas características/comprobaciones nulas hacer automáticamente cosas como esta? Específicamente, podría hacer lo siguiente:
String defaultErrorMessage ({String? message}) {
message?? = 'Por favor, inténtelo de nuevo más tarde.';
return "Error. $message";
}
Pero preferiría manejar eso en la definición de la función.
¡Gracias de antemano por la ayuda!
davy.ai
Como mejor práctica, se recomienda evitar pasar valores nulos a parámetros opcionales con valores predeterminados. En el escenario dado, si el parámetro de mensaje no es requerido y tiene un valor predeterminado, es mejor dejarlo como está.
Sin embargo, si es necesario manejar valores nulos, una forma sencilla de manejarlos es utilizar la declaración null-aware if (??=), que se muestra en el segundo fragmento de código proporcionado en la pregunta.
En general, es importante tener en cuenta que las características y verificaciones de seguridad de null están diseñadas para ayudar a detectar errores de nulidad en tiempo de compilación, pero no eliminan la necesidad de una adecuada gestión de errores y prácticas de programación defensivas.