Kullanıcının TimeZone'larına göre randevu almasına izin verecek bir web uygulaması geliştirmek. Ve kullanıcı zamanlanan datetime sunucu datetime veritabanı alanına depolamak. Zamanlama bilgilerini gösterirken değeri Veritabanı'ndan aldı ve kullanıcı saat dilimine dönüştürüldü. Kod tabanı işleme DateTime kullanıcı saat dilimi dayalı dönüştürüyorum. Lütfen bu en iyi uygulama olup olmadığını veya herhangi bir kolay yolun mevcut olduğunu düşünün.
Yanıtlar:
Hesaplamalı olmayan programlamanın en zor sorunlarından birine hoş geldiniz - son kullanıcılara tarih ve saatleri düzgün bir şekilde temsil eder.
Gerçekçi olarak, zaman damgaları nasıl yorumlanacağına bakılmaksızın sabit bir tek gösterimde saklanmalıdır, çünkü ne kadar zor denerseniz deneyin, her zaman belirsiz durumlar olur ve bunları sabit bir temsil olmadan çözemezsiniz. Ve kullanım durumlarının en kötülerinden birini seçtiniz - randevu planlama. En kötü ortak kullanım durumu, bir seyahatin bir saat diliminde başlayıp başka bir saatte sona erebileceği, daha erken bir yerel saatte mümkün olabileceği hava yolculuğudur.
Her zaman, her zaman, HER ZAMAN UTC'de saklanır ve kullanıcının tercih ettiği veya açıkça belirtilen saat diliminde görüntülenir. Mümkünse, kullanıcıyı size zaman damgasının girdiğinde hangi zaman dilimine inandığını söylemesini sağlayın ( örneğin , açık bir saat dilimi alanına sahip olun ve tercih edilen bölgesi ile önceden doldurun).
Tarih / saat bilgisiyle başa çıkmanın en kolay yolu başvurunuzun gereksinimlerine bağlıdır.
Tarih ve saat kullanıcı tarafından girilirse ve sunucu bu tarih / saat bilgisiyle veritabanında saklamak dışında işlem yapmazsa ve girilen zamanın görüntülendiği konuma uyarlanması beklentisi yoksa (örneğin, , kullanıcı "20:00" değerini girmiştir ve dünyanın neresinde görüntülendiğine bakılmaksızın "20:00" olarak görüntülenmelidir), en kolay yol DateTime'ı saat dilimi bilgisi olmadan yerel saat olarak depolamaktır.
Öte yandan, sunucunun bir şey yapmak için girilen DateTime'ı tetikleyici olarak kullanması gerekiyorsa veya saatin geçerli saat dilimine doğru ayarlanması gerekiyorsa, en iyi seçeneğiniz DateTime'ı UTC saati olarak depolamak ve yerel olarak ayarlamaktır. veritabanından her okuduğunuzda saat (kullanıcının geçerli konumu için).
İlişkili iki kavramı birleştirmemeniz önemlidir.
Zaman içinde gerçek bir noktayı manipüle ediyorsanız, bu belirli bir günde belirli bir zamandır, o zaman bunu yapmanın tek yolu her zaman evrensel UTC zaman değerini kullanmaktır. Bunu asla saat dilimiyle ilgili bir değer olarak saklamaya çalışmayın. Bu zaman değerini bir kullanıcıya görüntülerken, daima o zaman kullanıcının saat dilimine dönüştürün. (Hem saati hem de tarihi saat dilimine bağlı olarak unutmayın.)
Diğer kavram ise "her Salı 20:00" gibi bir "zaman ifadesi" dir. İnsanların randevu almasına izin verdiğinizden özellikle bahsettiniz ve yinelenen randevularınız varsa, böyle bir ifadeye ihtiyacınız var. Herhangi bir standart ifade dili bilmiyorum, ama ne kullanırsanız kullanın, onu belirten kişinin zaman dilimine göre olacaktır. Bunu açıkça belirtmek en iyisidir, örneğin "Pasifik Saat Dilimi'nde her Salı 20:00". Bir zaman ifadesi durumunda, bunu her zaman bir dize olarak saklarsınız ve hiçbir zaman sistem saat formatlarını içermezsiniz.
Bunun daha fazla tartışmasını blogumda görün
Buradaki birçok yanıt UTC olarak depolamayı göstermektedir. Ama buna çok dikkat et. Örneğin, randevuyu 12: 00'da planlıyorsanız, ancak randevu yaz saati uygulamasındaki değişiklikten sonra gerçekleşirse ne olur? UTC, randevu kaydedildiğinde dst'nin etkin olup olmadığı hakkında hiçbir bilgi tutmaz. Bir çok büyük, ünlü sistem bu hatayı yaptı, burada bir kullanıcı yaz aylarında sabah 9'da bir e-posta gönderiyor ve daha sonra kışın gönderilen zaman sabah 8'de gösteriyor, çünkü UTC'den gelen hesaplama, tarih saatine baktığınız zamana bağlı, tarih saatinin ne zaman kaydedildiği değil.
Çok daha iyi, kullanıcının her zaman seçtiği zamanları olmasını istediğini varsaymaktır. UTC dönüşümü yok, zaman dönüşümü yok, saat dilimi bilgisi yok, hiçbir şey yok. 21 Mart 2016 günü 08: 00-12: 00 saatleri arasında randevu almak tam da bu. Yerel saat veya UTC saati kullanmayın, ancak belirtilmemiş saat (json'da bu z veya + yoktur, temelde .NET'te DateTime.Kind = DateTimeKind.Unspecified vardır).
Tabii ki, kullanım durumunuz farklı zaman dilimlerinden biriyle toplantılar yapan bir şirketseniz ve bu bilgileri örneğin bir şirket takviminde görmek, ancak kullanıcıların saat diliminde ne zaman olduğunu görmelerine izin vermek istiyorsanız, daha karmaşık hale gelir. Zamanın farklı zaman dilimlerindeki (tedarikçi ve müşteri) farklı insanlar için doğru olması gerekir.
Bu gibi durumlarda, kaydetmek istediğiniz bile olabilir zaman randevum nedir saat diliminde, veritabanına kaydedilmiş ve bu dahil dst olup olmadığını. Bu şekilde, yerel saati her zaman ya şimdi ne olacağı ya da tarihsel olarak olması amaçlanan başka bir şeye geri hesaplayabilirsiniz. Zaman dilimleri çok statik olmadığından işleri daha da karmaşık hale getirir.
Neyse ki, http://nodatime.org/ gibi kütüphaneler buraya gelir ve şiddetle tavsiye edilir. Tarihlerle çok daha tutarlı çalışırlar. O zaman bile, tüm datetime değişkenlerinizi ve mantığınızı kendi paketleyicilerinize sarmanızı, arayüzleri alay edebilmeleri için kullanmanızı öneririm ve daha sonra yine de mantığı değiştirebilirsiniz.