REST API ควรจะสามารถแปลงวันที่และเวลาเป็นเขตเวลาไคลเอนต์ที่เหมาะสมได้หรือไม่?

ในขณะที่ใช้ API ของเราปัญหาของวันที่และเวลาและเขตเวลาก็เกิดขึ้น

วันที่ทั้งหมดถูกปรับให้เป็น UTC ในฐานข้อมูล ปัจจุบันในแอปพลิเคชันที่ไม่ใช่ API ชุดข้อมูลทั้งหมดจะถูกแปลงตามการตั้งค่าของผู้ใช้ก่อนนำเสนอ

ตอนนี้มีคำถามเดียวกันสำหรับ API: API ควรจะสามารถคืนค่าวันที่และเวลาที่เหมาะสมสำหรับเขตเวลาตามความหมายของคำขอหรือไม่

เช่นGET /posts?timezone=America/Sao_Paulo?

หรือควรจะทำในสิ่งที่ลูกค้ากำลังเข้าถึง API?

อัปเดต:เนื่องจากมีการเกิดขึ้นสองสามครั้ง: เวลาปัจจุบันที่มีเขตเวลาจะถูกส่งคืน (แม้ว่าจะเป็นออฟเซ็ต TZ เสมอ+00:00) รูปแบบที่เป็นที่นิยม 8601:2015-10-29T23:00:49+00:00

คุณควรกลับจุดที่แน่นอนในเวลาจากนั้นทุกคนสามารถ จำกัด เวลาที่จำเป็น ด้วย "การประทับเวลาสัมบูรณ์" ฉันหมายถึงการประทับเวลา UNIX หรือการประทับเวลาที่มนุษย์อ่านได้ซึ่งรวมถึงเขตเวลาในรูปแบบ ISO มาตรฐานที่ได้มาตรฐานเช่น "2007-04-05T14: 30Z" สิ่งนี้สามารถแปลงเป็นเขตเวลาท้องถิ่นโดยลูกค้าตามความจำเป็น

หากคุณต้องการยอมรับพารามิเตอร์เขตเวลาและ จำกัด เวลาให้เป็นเขตเวลานั้นเป็นเรื่องปกติ แต่คุณยังควรใช้การประทับเวลาสัมบูรณ์รวม เขตเวลาในการตอบกลับของคุณเช่น "2007-04-05T16: 30-02: 00" เนื่องจากค่านี้เหมือนกับค่าที่ไม่แปลก่อนหน้านี้จึงค่อนข้างน่าสงสัยว่าทำไมคุณต้องประสบปัญหาในการเสนอพารามิเตอร์นี้ รูปแบบการแสดงผลที่แน่นอนของการประทับเวลานั้นขึ้นอยู่กับส่วนหน้าของลูกค้าในที่สุดดังนั้นจึงมีแนวโน้มว่าจะดำเนินการกับค่าภายหลัง

หากคุณมีตรรกะในการแปลงค่าวันที่และเวลาเป็นเขตเวลาท้องถิ่นของผู้ใช้คุณสามารถเสนอความเป็นไปได้ทั้งใน API ของคุณ

หากลูกค้าทำคำขอเช่นGET /postsนั้นพวกเขาจะได้รับตลอดเวลาในเขตเวลาเริ่มต้น (UTC)
หากลูกค้าทำการร้องขอเช่นGET /posts?timezone=America/Sao_Paulนั้นเวลาทั้งหมดในการตอบกลับจะถูกปรับเป็นเขตเวลาที่ระบุ

มันขึ้นอยู่กับการใช้งานของลูกค้าว่าพวกเขาต้องการทำอะไรกับเขตเวลา

โดยปกติคุณคาดหวัง UTC จาก API

อย่างไรก็ตามหาก 'REST API' ของคุณเป็นเพียงส่วนหนึ่งของเซิร์ฟเวอร์ของหน้าเว็บโดยใช้กรอบงานจาวาสคริปต์ ฉันขอยืนยันว่าในความเป็นจริงคุณกำลังส่งคืน ViewModel และดังนั้นจึงควรมีสตริงตัวเลขและเวลาที่แปลเป็นภาษาท้องถิ่น

มันเป็นความคิดที่เลวร้ายเลวร้าย พิจารณาสถานการณ์ที่ลูกค้าเก็บการตอบสนองจากเซิร์ฟเวอร์จากนั้นผู้ใช้เดินทางไปยังเขตเวลาอื่น ตอนนี้คุณมีสถานการณ์ที่ "ฟีเจอร์" ที่ดีที่สุดจะไม่ให้ประโยชน์ใด ๆ หรือสร้างปัญหามหาศาล

BTW สำหรับเขตเวลากี่แห่งและจำนวนลูกค้าที่จะทดสอบนี้ หากเซิร์ฟเวอร์ให้การตอบกลับที่คาดหวังสำหรับ America / Sao_Paul มันจะตอบสนองอะไรกับ America / Sao_Paulo