ES
RU
EN
ZH
FR
DE
PT
AR
HI
Introducción: por qué el tiempo es un dolor de cabeza
\n\nEn cualquier proyecto serio en Rust, ya sea un servidor web en Actix, un analizador de registros o un sistema de monitoreo, tarde o temprano surge la pregunta: cómo trabajar correctamente con zonas horarias en Rust. Parecería que podría ser más simple: tomas un timestamp, lo muestras en pantalla y listo. Pero la realidad es cruel: una zona horaria olvidada convierte los registros en un desastre y la base de datos comienza a mentir.
\n\nEn este artículo, analizaremos cómo el ecosistema de Rust resuelve el problema del tiempo. Aprenderá por qué chrono se ha convertido en el estándar de facto, cómo no volverse loco con UTC y Local, y cómo manejar zonas horarias exóticas como "Asia/Yekaterinburg" sin dolor. ¡Vamos allá!
¿Por qué la biblioteca estándar de Rust no es suficiente?
\n\nEn std::time tenemos SystemTime, Instant y Duration. Esto es suficiente para mediciones de rendimiento y temporizadores simples. Pero cuando se trata de trabajar con zonas horarias en Rust, la biblioteca estándar se queda corta: no tiene análisis de cadenas como "2024-03-15T10:30:00+05:00", ni información sobre zonas horarias, ni conversión de UTC a hora local.
Aquí es donde entra en escena el crate chrono. Es una navaja suiza para fechas y horas en Rust. Lo instalaremos en Cargo.toml:
[dependencies]\nchrono = { version = "0.4", features = ["serde"] }La bandera serde es necesaria para la serialización/deserialización; será útil si trabaja con una API JSON.
Fundamentos de chrono: UTC, Local y hora ingenua
\n\nEn chrono hay tres tipos principales para representar un momento en el tiempo:
\n\n- \n
DateTime<Utc>— hora en UTC. El estándar de oro para servidores. \n DateTime<Local>— hora local del sistema. Útil para registros en escritorio. \n NaiveDateTime— hora "ingenua" sin zona horaria. Peligroso, pero a veces necesario. \n
Veamos cómo obtener la hora actual en diferentes zonas:
\n\nuse chrono::{Utc, Local, DateTime};\n\nfn main() {\n let utc_now: DateTime<Utc> = Utc::now();\n println!("Ahora en UTC: {}", utc_now);\n\n let local_now: DateTime<Local> = Local::now();\n println!("Ahora localmente: {}", local_now);\n}Ejecute este código y verá la diferencia. Observe: DateTime es un tipo genérico que se parametriza con la zona horaria. Esto significa que el compilador no le permitirá sumar accidentalmente tiempo de UTC y Local sin una conversión explícita. ¡La seguridad de tipos protege el tiempo!
Conversión entre zonas horarias
\n\nLa tarea más común es convertir UTC a la hora local del usuario. Supongamos que su servidor almacena todo en UTC y el cliente está en la zona horaria Asia/Yekaterinburg (UTC+5). ¿Cómo se hace?
\n\nUse el método with_timezone:
use chrono::{Utc, Local, TimeZone, DateTime};\n\nfn main() {\n let utc_time: DateTime<Utc> = Utc::now();\n \n // Convertir a la hora local del sistema\n let local_time: DateTime<Local> = utc_time.with_timezone(&Local);\n println!("UTC: {} -> Local: {}", utc_time, local_time);\n \n // Si necesita una zona específica, use FixedOffset\n let ekb_offset = chrono::FixedOffset::east_opt(5 * 3600).unwrap();\n let ekb_time: DateTime<FixedOffset> = utc_time.with_timezone(&ekb_offset);\n println!("UTC: {} -> EKB: {}", utc_time, ekb_time);\n}Observe: FixedOffset::east_opt devuelve Option porque no cualquier desplazamiento es válido (por ejemplo, 25 horas es demasiado). Siempre maneje None.
¿Y qué pasa si su trabajo con zonas horarias en Rust es más complejo que un simple desplazamiento fijo? Por ejemplo, ¿necesita tener en cuenta el horario de verano? Aquí viene al rescate el crate
Blogs
Book Recommendations
Leer también
