En Ruby, un patrón de diseño común consiste en crear un método que sirva tanto como getter como setter. Por ejemplo, un método podría actualizar una configuración si se le pasa un valor, o devolver la configuración actual si no se proporciona ningún valor. Sin embargo, el uso de un argumento por defecto estándar como `value = nil` crea un conflicto lógico: el código no puede distinguir entre un usuario que pasa intencionalmente `nil` para borrar una configuración y un usuario que no pasa nada para leer la configuración actual. Aunque ambos resultan en que `value` sea `nil`, representan intenciones diferentes en el contrato del método.
El artículo analiza una técnica de programación específica en Ruby, y Chris Zempel es el autor principal de este conocimiento técnico.
Para resolver esto, los desarrolladores a menudo recurren a la creación de una constante única, como `NOT_PROVIDED = Object.new.freeze`, y verifican si la entrada es igual a ese objeto específico. Si bien es eficaz, este enfoque introduce código repetitivo adicional y requiere gestionar constantes extra. Una técnica más concisa consiste en aprovechar cómo Ruby evalúa los argumentos por defecto. Al definir un método con un argumento por defecto que incluye una asignación —como `def cloaking(value = (nothing_provided = true))`—, el desarrollador puede crear una bandera local que solo se activa cuando el argumento se omite.
Este mecanismo funciona porque Ruby solo evalúa la expresión del argumento por defecto cuando el llamador no proporciona ninguna entrada. En ese escenario, `nothing_provided` se establece en `true` y `value` se convierte en `true`. Si el llamador proporciona cualquier argumento, incluso `nil` o `false`, Ruby omite completamente la expresión por defecto. En estos casos, la variable local `nothing_provided` sigue existiendo pero permanece como `nil` porque la asignación nunca se ejecutó. Esto permite que el método ramifique la lógica basándose en si el argumento realmente faltaba. Este patrón se utiliza notablemente en el método `index_with` del framework Rails para manejar valores por defecto opcionales y lógica de bloques.
A pesar de su utilidad, la técnica es un enfoque especializado que algunos desarrolladores argumentan es menos limpio que usar la sintaxis estándar de setter en Ruby. Si bien el truco de la asignación en el argumento por defecto proporciona una forma ingeniosa de manejar métodos de doble propósito, depende de un comportamiento específico del intérprete de Ruby que puede ser menos intuitivo que la sobrecarga de métodos explícita. Para muchos casos de uso, las convenciones estándar de Ruby —como definir métodos separados para obtener y establecer valores— siguen siendo la forma preferida para mantener un código claro y legible.