แมปข้อผิดพลาดเป็นข้อความ UI

ผู้ใช้ไม่ควรเห็น SerializationException บนหน้าจอ หน้าที่ของคุณคือแปลงความล้มเหลวทางเทคนิคให้เป็นประโยคที่สงบและเข้าใจได้สำหรับมนุษย์

จัดกลุ่มความล้มเหลวเป็น ชนิดข้อผิดพลาด เพียงไม่กี่ชนิด เช่น เครือข่าย เซิร์ฟเวอร์ และไม่ทราบสาเหตุ แต่ละชนิดจะแปลงเป็นข้อความที่ชัดเจนหนึ่งข้อความซึ่งแอปแสดงได้

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

แปลงข้อยกเว้นเป็น ErrorKind ทันทีที่ดักจับ หลังจากจุดนี้ โค้ดของคุณจะสื่อสารด้วยหมวดหมู่ที่เป็นมิตรและคงที่เท่านั้น

เขียน ฟังก์ชัน หนึ่งฟังก์ชันที่เปลี่ยน ErrorKind ให้เป็นข้อความสำหรับแสดงผล เก็บไว้ในโค้ดที่ใช้ร่วมกัน เพื่อให้ทั้งสองแอปใช้ถ้อยคำสำหรับข้อผิดพลาดเหมือนกัน

แอปจริงจะแปลข้อความ ให้แต่ละแพลตฟอร์ม แปลตามภาษาท้องถิ่นของชนิดข้อผิดพลาด เพื่อให้ชั้นโค้ดที่ใช้ร่วมกันส่งเพียงหมวดหมู่ และส่วนติดต่อผู้ใช้เลือกภาษาเอง

กฎของคุณควรส่งคืน ErrorKind ไม่ใช่ประโยคที่เขียนตายตัว ถ้อยคำจึงเปลี่ยนได้ทุกเมื่อโดยไม่ต้องแก้ตรรกะทางธุรกิจ

ข้อผิดพลาดเครือข่ายอาจแสดงปุ่ม ลองใหม่ ขณะที่ข้อผิดพลาดของเซิร์ฟเวอร์แสดงลิงก์ติดต่อฝ่ายสนับสนุน ชนิดข้อผิดพลาดจะกำหนดทั้งข้อความและการกระทำ

ควรมีชนิด UNKNOWN อยู่เสมอ ความล้มเหลวที่ไม่คาดคิดจะได้แสดงข้อความทั่วไปที่สุภาพ แทนที่จะเป็นหน้าจอว่างเปล่าหรือน่าตกใจ

เนื่องจากตัวแปลงไม่มีผลข้างเคียง คุณจึง ทดสอบ ใน commonTest ได้ โดยป้อนข้อยกเว้น ตรวจสอบชนิดที่ได้ และไม่ต้องใช้ส่วนติดต่อผู้ใช้หรืออุปกรณ์

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

คุณจัดหมวดหมู่ความล้มเหลวเป็น ErrorKinds แปลงข้อยกเว้นที่ขอบเขต และให้ส่วนติดต่อผู้ใช้แต่ละส่วนแปลและดำเนินการตามชนิด เพื่อประสบการณ์ที่เป็นมิตร 💬