Dünyadaki herkesin anlayabileceği evrensel bir tarih formatı var mı?

Kanada'da herkes tarih biçimini biliyor YYYY-MM-DD. Avrupa veya Güney Afrika'da tercih ediyorlar DD-MM-YYYY. Güney Afrika'dan YYYY-MM-DDtarih formatı ile karışan kullanıcılar var . Bu durumu ele almanın bir yolu var mı?

Herkes için aşağıdaki yöntem biçimini kullanmayı düşünüyordum: Feb 02, 2011

Belirsiz onlar sayılarla temsil eğer parçası aydan farklılaştırarak güne etmektir.

02/03, 03 Şubat veya 02 Mart anlamına mı geliyor?

Ay tanımlayıcısını adıyla numarasından değiştirerek bu belirsizliği kaldırırsınız. Sorunuzu cevaplamak için, varyantınız Feb 02, 2011iyi bir çözüm gibi görünüyor.

Yalnızca 2 basamaklı yazıyorsanız, yıl numarasında hala potansiyel bir sorun vardır, ancak daha sonra düzeltilmesi kolaydır (4'ü kullanın).

Hayır . Evrensel olarak tanınan bir tarih biçimi yoktur.

ISO 8601 Tarih formatları için uluslararası bir standart tanımlar. Bu nedenle, muhtemelen en iyi uzlaşmadır. Ancak söylediğiniz gibi, kullanıcılar her zaman bu biçimi sevmez.

Tek doğru çözüm, farklı ülkeler için farklı bir format sunmaktır. Seçtiğiniz programlama dilinin önemli bir takipçisi varsa, bunu başarmak için standart bir kütüphane olduğunu görebilirsiniz.

Bunun için kültür bilgisini kullanmalısınız. Ya da en azından yerel görüntü formatı.

JavaScript'te, Date sınıfı için toLocaleString yöntemini kullanabilirsiniz .

C # için ToString kullanırken biçim dizesini kullanabilirsiniz .

Hızlı bir Google araması, kültürü seçtiğiniz dilde nasıl kullanacağınızı göstermelidir.

YYYY-AA-GG ile giderdim (ve her zaman dört basamaklı yıl ve iki basamaklı aylar ve günler yazarım). YYYY-DD-MM, bildiklerime göre, nadiren nadirdir, bu nedenle YYYY-AA-DD formatı en az belirsizliğe sahip olan ve sonunda kullanıcılarınız yakalayacaktır. Ayrıca, önemsiz sıralama avantajı elde edersiniz.

Her kullanıcıya kendi yerel ayarlarını verebilir, bu da daha sonra tarihleri ​​ve diğer bilgileri yerel tercihlerine göre işler mi?

Çoğu zaman yerel ayarları yapılandırabilir ve çoğu çerçevede I18n'yi kullanabilirsiniz.

Genel durumda, hem biçimi hem de değeri belirtmeniz gerekir. Her türlü karışıklığı önlemenin tek yolu budur. Örneğin, "2011-02-02 (YYYY-AA-GG)" diyebilirsiniz. Basitlik ve okunabilirlik pahasına gelir, bu yüzden kitlenizi tanıyın.

Tabii ki, "Ahiret, tüm tarihler YYYY-AA-GG formatında" diyebilirsiniz. "Sonra" 2011-02-02 "daha sonra ortaya çıkacak. Bu daha lezzetli olabilir, ama yine de kitlenizi tanıyın.

Bu öneri muhtemelen işe yaramaz, ancak ayları romen rakamları olarak yazdım. Elbette, 3 / XI / 2011 11 Kasım veya 3 Mart olabilir, ancak sanırım ilk yorum daha doğal.

Bunun ne yaptığınıza, girdi üzerinde ne kadar kontrole sahip olduğunuza bağlı olduğunu söyleyebilirim ve onu bir yerde mi saklıyorsunuz?

Depolama için Mike Dunlavey tarafından önerilenleri kullanacağım:

YYYYMMDDHHMMSS saatin UTC olduğu yerde, bir seçimim olduğunda verdiğiniz nedenlerden ötürü gideceğim yol budur. Başka seçeneğim olmadığında kullanıcının seçmesine izin verdim.

Bunu bir cevap olarak bırakmadı, ben de öyle yapacağım.

Bir şey daha: CC son kullanma tarihinin nasıl girileceğiyle ilgili aşağıdaki ekran görüntüsüne göz atın: http://www.ubercart.org/files/credit_card_checkout.jpg

Bu örnekle ilgili en güzel şey, sizi düşündürmemesi. Ay için hem numaraları hem de adları kullanır. Giriş için benzer bir şey kullanmayı düşünürdüm. Ay için hem numarayı hem de yerelleştirilmiş adı ekleyin. Yıl ve gün için sayısal Yukarı / Aşağı veya birleşik giriş kutuları kullanın. Ardından, takvim kontrolü de şık görünüyor.

Dediğim gibi, duruma göre değişir. Depolama için: bir veritabanı kullanıyorsanız, zaten iyi bir kesin veri biçimi sağlayıp sağlamadığını kontrol edin. Başka bir yöntem kullanıyorsanız, "saatin UTC'de olduğu YYYYMMDDHHMMSS" işlevinin yardımcı olup olmadığına bakın. Kullanıcıya sunmak için - hangi ülkelerin / yerel halkın dahil olabileceğini göz önünde bulundurun, ardından en basit olanı, "Beni düşündürme" türünü seçin. Ayrıca bir seçenek sunmayı da düşünün.

Son olarak, benzer bir şey yapan bazı harika ürünlere göz atın ve nasıl yaptıklarını bulmaya çalışın.

Web sitesinin son kullanıcıları için evrensel bir tarih ve saat biçimi yoktur. Tek bir tarih saat değeri de yoktur, çünkü değer müşterinin saat dilimine göre farklıdır. Küreselleşmeyi kullanmalısınız - veri, zaman, para birimi, takvim, kullanıcıların kültürüne göre nubmer biçimlerini hedeflemesi (kullanıcının tarayıcısından kabul edilen dillerden veya doğrudan uygulamanıza uygulanan anahtarla alınabilir). Bazı API'ler (örneğin .NET) bu özellikleri doğrudan destekler.

Tarih ve saati veritabanında saklamak için evrensel biçimi kullanın - UTC (evrensel saati koordinatlayın).

Uluslararası bilgisayar dünyasındaki tüm zekanın bu fındığı kıraması talihsiz bir durumdur.

Microsoft veya diğer sağlayıcılar Ay'ı Gün gibi sıfır dolu görünmesini sağlayacak, ancak üç basamaklı bir tarih maskesi eklemeyi düşünmüyorlar. Uygulamanın benimsenmesi, geleneksel tarih düzenlerinin herhangi birinde tanımlanması ve ayırt edilmesi kolay kalırken, matematiksel olarak eşdeğer olan yeni bir dizi değiştirilmiş tarih formatının tanıtımına yardımcı olacaktır. Yani:

• 0MM-DD-YYYY, örneğin 03.2016 için 002-03-2016

• DD-0MM-YYYY, örneğin 03 Şubat 2016 için 03-002-2016

• YYYY-0MM-DD, örneğin 2016-02-03 için 2016-002-03

• YYYY-GG-0MM, örneğin 2016-03-002 (herhangi biri kullanmak isterse!)

Bu şekilde düzeltmek çok kolay görünüyor ... Sanırım basit sadece iyi satmıyor.