TimeZoneInfo tidak, ya. (Ini adalah bagian dari kerangka kerja .NET, bukan bagian dari C# - C# hanyalah bahasa yang Anda gunakan.) Namun, menurut saya bukan itu yang benar-benar ingin Anda lakukan.
Mengapa Anda menyimpan DateTime di server zona waktu sih? Akan lebih masuk akal untuk menyimpannya di UTC, dalam banyak kasus. Selain dari hal lain, jika server Anda berada di zona waktu yang mengamati waktu musim panas, Anda akan berakhir dengan ambiguitas selama satu jam per tahun, ketika jam kembali. (Waktu lokal yang sama muncul dua kali.)
Setelah Anda menyimpannya sebagai UTC, Anda harus memberikannya kepada klien Javascript Anda sebagai UTC juga. Meskipun Anda mengatakan bahwa Anda memiliki "beberapa skrip Java yang akan membuat saya mengimbangi pengguna dari UTC" - itu akan tergantung pada waktu yang tepat. Misalnya, karena saya di Inggris, offset saya terkadang 0 dan terkadang +1 jam. Jika Anda meneruskan UTC kembali ke klien, itu dapat menghitung waktu lokal dari waktu UTC tersebut. Server Anda tidak bisa, kecuali Anda bisa mendapatkan akurat representasi zona waktu dari klien ke server, yang umumnya merupakan hal yang rumit untuk dilakukan.
Sekali lagi, C# sendiri tidak relevan di sini. Tidak jelas bagian mana dari kerangka kerja .NET yang Anda maksud - TimeZone ? TimeZoneInfo ? DateTime ? TimeZoneInfo memiliki data historis, tetapi hanya jika Anda menggunakan versi sistem operasi yang mendukungnya.
Nah, sejauh Anda mungkin peduli. Itu tidak memiliki data historis sebanyak TZDB, dan memiliki beberapa representasi yang sangat aneh untuk Rusia dan Namibia, tetapi umumnya memiliki gagasan tentang perubahan aturan.
