คำถามติดแท็ก user-experience

8
นักพัฒนาควรทำเลียนแบบ UI หากไม่มีผู้ออกแบบในโครงการหรือไม่
ฉันทำงานกับทีมเล็ก ๆ ที่สร้างเว็บแอปพลิเคชั่นที่เป็นกรรมสิทธิ์และ UX ไม่ได้ให้ความสำคัญมากนักเพราะคนของเราจะเป็นคนที่ทำงานอยู่ แต่เราพยายามทำให้งานของพวกเขาง่ายขึ้น ในฐานะนักพัฒนาฉันควรสร้างการจำลองแบบ UI ก่อนที่ฉันจะเริ่มสร้างหน้าจอใหม่หรือไม่ ไม่มีอะไรแฟนซีเกินไปส่วนใหญ่เป็นเค้าโครงทั่วไปเพื่อพูดคุยกับเพื่อนร่วมงานและมีแบบจำลองอ้างอิง ฉันเปรียบเทียบกับการสร้างไดอะแกรม UML ก่อนที่จะทำการเขียนโค้ดแบบสุ่มสี่สุ่มห้า เพื่อนร่วมงานคนหนึ่งของฉันบอกว่าสิ่งนี้น่ารังเกียจและไม่ใช่หน้าที่ของฉันที่จะทำเช่นนั้น

6
ควรแสดงข้อมูลเกี่ยวกับข้อผิดพลาดแก่ผู้ใช้มากน้อยเพียงใด
แอปพลิเคชันสามารถโยนข้อผิดพลาดได้เสมอ หากมีข้อผิดพลาดเกิดขึ้นผู้ใช้ควรได้รับการแจ้งเตือนเพราะสิ่งที่เขาขอให้แอปพลิเคชันทำไม่สำเร็จ อย่างไรก็ตามผู้ใช้ควรได้รับข้อมูลเท่าไหร่? ฉันคิดว่าพวกเราส่วนใหญ่เห็นด้วยที่จะไม่แสดงการติดตามสแต็ก ( ควรติดตามสแต็กในข้อความแสดงข้อผิดพลาดที่ปรากฏแก่ผู้ใช้หรือไม่ ) แต่ฉันไม่พบคำถามเกี่ยวกับเนื้อหาข้อผิดพลาดที่เหลือหรือสิ่งที่จะแสดงต่อ ผู้ใช้งาน ตัวอย่างเช่นภาษาที่รองรับข้อยกเว้น (.net, java) มีประเภทข้อยกเว้นที่จะแบ่งปันโดยที่ข้อยกเว้นเกิดขึ้นและข้อความที่ค่อนข้างชัดเจนเพื่อให้สอดคล้องกับข้อยกเว้น สิ่งนี้ควรถูกซ่อนจากผู้ใช้ด้วยหรือไม่ หรือเราควรแสดงสิ่งนี้ต่อไป? หรือเราควรแสดงข้อความทั่วไป? หรือเราควรแสดงหนึ่งในจำนวนข้อความตามข้อยกเว้นพื้นฐานคืออะไร

5
OpenID มันแย่ขนาดนั้นจริงเหรอ?
ฉันได้เห็นคำถามนี้เกี่ยวกับ Quoraที่ผู้คนจำนวนมากดูเหมือนจะยอมรับว่า OpenID ไม่ดีแม้จะระบุว่า: OpenID เป็น "วิธีแก้ปัญหา" ที่แย่ที่สุดที่ฉันเคยเห็นมาตลอดชีวิตกับปัญหาที่คนส่วนใหญ่ไม่มี จากนั้นฉันก็ได้เห็นบทความและทวีตที่อ้างถึงคำถามที่บอกว่า OpenID หายไปและ Facebook ชนะ มันน่าเศร้าที่อ่านเพราะฉันชอบ OpenID มาก (หรืออย่างน้อยก็ความคิดที่อยู่ด้านหลัง) แท้จริงฉันเกลียดการเข้าสู่ระบบ / รหัสผ่านอีกครั้งสำหรับหน้า (ฉันจะลืมมันต่อไป) - มันเป็นปัญหาร้ายแรงสำหรับฉันและฉันรู้ว่าผู้คนจำนวนมากที่มีปัญหาเดียวกัน ดังนั้นฉันคิดว่า OpenId เป็นทางออกที่ดี แต่ฉันไม่แน่ใจอีกต่อไป ดังนั้นคำถามคือฉันยังควรกังวลที่จะใช้ OpenID หรือไม่คุ้มค่าหรือไม่ อะไรคือวิธีที่มีประสิทธิภาพและสะดวกที่สุด (จากมุมมองของผู้ใช้) ในการระบุและรับรองความถูกต้องของผู้ใช้

10
UX สำคัญสำหรับซอฟต์แวร์ระดับองค์กรหรือไม่
ฉันสังเกตเห็นว่าซอฟต์แวร์จำนวนมากที่ บริษัท ใช้ในการจัดการสิ่งต่าง ๆ เช่นเวลาค่าใช้จ่ายการตั้งค่าระบบโทรศัพท์ ฯลฯ นั้นไม่ง่ายนักจากมุมมองประสบการณ์ของผู้ใช้ ฉันรู้ว่าเป็นการส่วนตัวฉันเสียเวลามากเพียงแค่พยายามคิดหาวิธีนำทางระบบเหล่านี้โดยเฉพาะถ้าฉันไม่มีเพื่อนร่วมงานอยู่ใกล้ ๆ โดยที่ฉันสามารถบั๊กเพื่อช่วยเหลือฉันได้ ไฟล์ช่วยเหลือมักจะไม่ดีเท่ากับส่วนต่อประสานผู้ใช้ บริษัท ที่พึงพอใจหรือมีเพียงผลิตภัณฑ์ขององค์กรที่เทียบเคียงกันไม่ได้ซึ่งทำหน้าที่สำหรับงานประเภทนี้หรือไม่? ดูเหมือนว่าในด้านผู้บริโภคจะมีโอกาสทางการตลาดมากมายสำหรับการสร้างประสบการณ์การใช้งานที่ดีขึ้น แต่สำหรับซอฟต์แวร์องค์กร เห็นได้ชัดว่าความลื่นในระดับหนึ่งจะไม่สำคัญกับ บริษัท แก้ไข: ฉันไม่ได้อ้างถึงแอปพลิเคชันภายใน แต่ค่อนข้างปิดระบบชั้นวางจาก บริษัท ซอฟต์แวร์ขนาดใหญ่

4
พรอมต์ของ JavaScript ยืนยันและแจ้งเตือนว่า“ ล้าสมัย” [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา เมื่อเร็ว ๆ นี้ฉันได้พัฒนาระบบการจัดการผ่านเว็บสำหรับยิม แอพก่อนหน้าของพวกเขาได้รับการพัฒนาใน Visual Basic สำหรับแอพใหม่สคริปต์ส่วนหน้าทั้งหมดใช้ jQuery เซิร์ฟเวอร์กำลังเรียกใช้ PHP และ MySQL ... คุณรู้ไหมว่าสแต็ค el-cheapo linux ทั่วไป อย่างไรก็ตามฉันสงสัยว่าทำไมกล่องโต้ตอบข้อความยืนยันและข้อความแจ้งเตือนของ JavaScript จึงมีการใช้งานอยู่ในปัจจุบัน มีปลั๊กอิน jQuery จำนวนมากสำหรับหน้าต่างโมดัลและข้อความเตือนที่พยายามเลียนแบบบางสิ่งที่ภาษานั้นมีอยู่แล้วและเบราว์เซอร์ทุกตัวจำเป็นต้องสนับสนุนอย่างถูกต้อง การใช้โซลูชันที่ทำด้วยมือหรือใช้ปลั๊กอินนั้นใช้ได้สำหรับรูปแบบที่ซับซ้อนและความต้องการพิเศษ แต่ถ้าคุณเพียงแค่ขอค่าเดียวหรือยืนยันการลบเร็กคอร์ดทำไมคุณถึงเพิ่มค่าใช้จ่ายดังกล่าวลงในเว็บแอปของคุณ นอกจากนี้ iOS และ Android ยังมีกล่องโต้ตอบข้อความที่ปรับเปลี่ยนได้อย่างดีเมื่อคุณใช้พรอมต์, ยืนยันและแจ้งเตือน

6
ฉันจะหาแรงบันดาลใจสำหรับอินเทอร์เฟซผู้ใช้ที่ดีได้ที่ไหน [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ฉันมีบล็อกที่เกี่ยวกับการกำหนดอินเทอร์เฟซหน้าจอหลักสำหรับแอปพลิเคชันเดสก์ท็อปที่ฉันกำลังอัปเกรดอยู่ เมื่อฉันพัฒนาโปรแกรมนี้ครั้งแรกความละเอียดหน้าจอคือ 640 X 480 วันนี้มีความละเอียดหน้าจอหลายอย่าง ฉันจะหาแนวคิดสำหรับเค้าโครงหน้าจอหลักที่ดีสำหรับแอปพลิเคชันเดสก์ท็อปได้ที่ไหน

3
โปรแกรมเมอร์สามารถพัฒนาทักษะ UX ได้อย่างไร [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ในฐานะโปรแกรมเมอร์เราสามารถแก้ปัญหาที่ซับซ้อนมากได้ แต่เมื่อเราต้องออกแบบส่วนต่อประสานกับผู้ใช้เรามักจะล้มเหลวในการทำให้ใช้งานง่าย ใน บริษัท ขนาดเล็กพวกเขาไม่สามารถมีนักออกแบบและผู้เชี่ยวชาญ UX ได้โปรแกรมเมอร์ต้องทำเกือบทุกอย่างในซอฟต์แวร์ แต่อินเทอร์เฟซเหล่านี้ไม่ค่อยง่าย ( ตัวอย่างคลาสสิก ) อะไรคือปัญหา? นักพัฒนาสามารถพัฒนาทักษะในการออกแบบประสบการณ์การใช้งานที่ดีได้อย่างไร

17
ทำไมเว็บไซต์ต้องถามภาษาและประเทศเมื่อเบราว์เซอร์สามารถบอกได้ว่า?
ดังนั้นทำไมเว็บไซต์ต้องถามภาษา (ประเทศ) และประเทศเมื่อเบราว์เซอร์สามารถบอกพวกเขาว่า? แก้ไข: โดยเฉพาะฉันหมายถึงเหตุผลที่ไม่ใช้ส่วนการยอมรับภาษาในส่วนหัว http กำหนดโดยการตั้งค่าภาษาในเบราว์เซอร์ไม่ใช่ตามที่อยู่ IP คำถามนี้มุ่งเน้นเว็บไซต์ที่วางกำแพงบังคับให้ผู้ใช้เลือกภาษาก่อนใช้เว็บไซต์ซึ่งควรทำให้การตั้งค่าสามารถเข้าถึงได้ง่ายแทน แก้ไข: นี่เป็นคำถามประสบการณ์ผู้ใช้โดยมุ่งเน้นไปที่จุดที่ผู้ใช้ควรตั้งค่าการตั้งค่าภาษาในเบราว์เซอร์เมื่อพวกเขาติดตั้งคอมพิวเตอร์เป็นครั้งแรก (หากผู้ใช้ฉลาดพอหรือสามารถถามใครสักคนที่ฉลาดพอ)

6
อะไรคือวิธีที่ดีที่สุดในการขยายและแยกทีมเปรียวที่สร้างแอปพลิเคชันบนเว็บ
เมื่อเร็ว ๆ นี้ฉันได้เข้าร่วม บริษัท ที่ฉันทำงานเป็นอาจารย์การต่อสู้ในโครงการพัฒนาแบบว่องไวที่สร้างแอปพลิเคชันเว็บ ทีมกำลังจะมีขนาดสูงสุดสำหรับทีมเปรียว (คาดว่า 9 สัปดาห์หน้า) เราได้พูดคุยเกี่ยวกับการแยกทีมออกเป็นสองทีมไม่มากนักที่จะทำให้สั้นลง (ซึ่งไม่มากเกินไปในขณะนี้) แต่เพื่อหยุดยั้งผู้คนจากการเบื่อในการวางแผนการวิ่งอย่างรวดเร็ว มีสองเลเยอร์ที่แตกต่างกันมากสำหรับโครงการ - แบ็กเอนด์ด้านเทคนิคขั้นสูง (เช่นซับซ้อนอย่างยิ่ง) และการออกแบบ / สร้าง / การรวม UI ดูเหมือนว่าเมื่อพวกแบ็กเอนด์กำลังพูดถึงด้านเทคนิค UI ของพวกเขาจะถูกแบ่งออกและในทางกลับกัน ดูเหมือนว่าจะมีเหตุผลในการแบ่งทีมถ้าจะมีเวลามากขึ้นอย่างมีประสิทธิภาพ แต่ฉันมีการจองครั้งใหญ่ครั้งหนึ่งในทุกสิ่งที่ฉันอาจจะทำจริงๆคือลดการทำงานร่วมกันและการแบ่งปันความรู้ ทั้งสองทีมไม่มีความคิดที่ดีเกี่ยวกับสิ่งที่เหลือของทีมกำลังสร้าง ใครบ้างมีประสบการณ์ในการจัดการกับสิ่งนี้?

8
นักออกแบบ UX ทำงานหนึ่ง Sprint ข้างหน้า
นักออกแบบ UX ของเรามักจะมีเรื่องราวใน Sprint X ที่ผู้พัฒนาจะนำไปใช้ใน Sprint X + 1 (นักออกแบบ UX และผู้พัฒนา / นักทดสอบอยู่ในทีมเดียว) ฉันคิดว่ามันสมเหตุสมผลเพราะถ้าคุณไม่มีภาพจำลองหน้าจอและข้อมูลจำเพาะที่ชัดเจนคุณไม่สามารถประมาณงานระหว่างการวางแผน Sprint ได้ อย่างไรก็ตามใน Scrum คุณควรจะมีเรื่องราวของผู้ใช้ที่ให้คุณค่ากับผู้ใช้เท่านั้น ในกรณีของเราเรื่องราวการออกแบบ UX ไม่ได้ให้คุณค่าเช่นนั้น นอกจากนี้โดยทั่วไปแล้วโค้ชของ Scrum ไม่แนะนำให้มีคุณสมบัติครบถ้วนก่อนเริ่ม Sprint ซึ่งเป็นคำแนะนำที่ฉันเข้าใจยาก ดังนั้นคุณเห็นข้อเสียในแนวทางของเราหรือไม่ ดูเหมือนว่าจะทำงานให้กับเรา แต่มันขัดกับหลักการแย่งชิงกันบ้าง

3
สิ่งที่ควรเป็นขอบเขตของการตรวจสุขภาพสำหรับระบบที่ปรับใช้ webapp?
วันนี้ฉันมีภารกิจ "เขียนเช็คสุขภาพ" สำหรับบริการที่ใช้เวลานานซึ่งเป็นระบบการประสานงานเพื่อปรับใช้เว็บแอพ ฉันกำลังพยายามกำหนดขอบเขตของการตรวจสุขภาพดังกล่าวและเกิดขึ้นกับคำถามเหล่านี้ที่เกี่ยวข้องกับขอบเขตของการตรวจสุขภาพ: มันดีพอที่จะพิจารณาบริการที่มีสุขภาพดีหรือไม่ถ้าระบบออเคสตร้ารายงานว่างานกำลังทำงานอยู่หรือไม่? หรือเราควรทำการปิงแต่ละบริการด้วยตนเอง หรือควรดำเนินการต่อไปและพยายามตรวจสอบให้แน่ใจว่าแอปพลิเคชันเว็บทำในสิ่งที่ควรทำเช่นแสดงหน้าเว็บหรือไม่ Healthcheck ต้องตรวจสอบด้วยว่าบริการที่ต้องพึ่งพาบางอย่างทำงานอยู่หรือไม่ เช่นเดียวกับฐานข้อมูลหรือระบบ orchestration นั้นเอง หรือว่าเป็นความรับผิดชอบของการตรวจสุขภาพอื่น? และสุดท้ายถ้าบริการใดแอพหนึ่งนั้นเสียชีวิตและแอพพลิเคชั่นเว็บล้มเหลวในภายหลังเว็บแอพควรรายงานสุขภาพที่ไม่ดีหรือมีสุขภาพที่ดีเพราะไม่ใช่ความผิดของเว็บแอป ฉันรู้ว่าคำถามเหล่านี้แบ่งออกเป็น 5 คำถาม แต่พวกเขาทั้งหมดเกี่ยวข้องกับขอบเขตของการตรวจสุขภาพสำหรับบริการที่ใช้งานยาวนานซึ่งปรับใช้แอปพลิเคชันเว็บดังนั้นฉันคิดว่ามันจะเหมาะสมกว่าที่จะจัดกลุ่มคำถามเหล่านี้ให้เป็นคำถามเดียว สิ่งนี้ยากที่จะนำมาใช้กับฉันเพราะฉันไม่แน่ใจว่าคำจำกัดความของสิ่งที่ดีต่อสุขภาพหรือการตรวจสุขภาพแบบมาตรฐานสำหรับสิ่งที่ควรมีลักษณะเช่นนี้ การตรวจสอบสุขภาพสำหรับบริการเฉพาะนี้ควรประกอบด้วยอะไร?

3
มีความเหมาะสมที่จะนำปัญหาที่ทราบมาโดยตรงในซอฟต์แวร์หรือไม่
ฉันได้ทำการบำรุงรักษาแอพ Android แล้วและมีปัญหาบางอย่างที่ฉันได้รับการแก้ไขไม่มากก็น้อย แต่ก็ยังมีปัญหาอยู่เนื่องจาก Android OS เวอร์ชันต่าง ๆ ตัวอย่างเช่นการส่งคำขอเว็บด้วยคลาส MediaPlayer มีส่วนหัว HTTP ที่กำหนดเองที่ถูกตัดออกโดยระบบปฏิบัติการก่อนที่จะส่งคำขอ แต่เฉพาะใน Android 4.X (ฉันทดสอบอย่างละเอียด) และนั่นทำให้คุณสมบัตินี้ล้มเหลวเพราะต้องอาศัย บนส่วนหัวเหล่านั้น นี่เป็นปัญหาที่ทราบกันแล้วและฉันพยายามที่จะหลีกเลี่ยงมัน แต่มันจะเป็นการดีหรือไม่ที่จะมีการตรวจสอบตามเงื่อนไข if (OS.VERSION == 4) { knownIssueDialog(This feature will not work on your Android version... etc."); } เห็นได้ชัดว่าเราจะมีสิ่งนี้บันทึกไว้ในช่องทางการสนับสนุนของเรา แต่ฉันสงสัยว่ามันจะเป็นความคิดที่ดี (สมมติว่าทุกอย่างติดตาม) เพื่อให้ทราบปัญหาเหล่านี้ยังฝังอยู่ในซอฟต์แวร์และนำเสนอเมื่อใดก็ตามที่จำเป็น เช่นสิ่งที่ฉันอธิบายไว้ข้างต้น เราได้รับการวิจารณ์ที่ไม่ดีหลายครั้งและอีเมลสนับสนุนมากมายจากปัญหาเหล่านี้ดังนั้นในใจของฉันมันจะช่วยให้ทุกคนประหยัดเวลาและปวดหัวได้เพียงแค่ปิดกั้นคุณสมบัติที่ทราบว่าไม่ทำงานอย่างถูกต้อง ฉันเห็นปัญหาที่อาจเกิดขึ้นสองประการ: ผู้ใช้อาจไม่เคยเห็นอะไรแบบโต้ตอบ "ปัญหาที่ทราบ" มาก่อน; ผู้ใช้จำนวนมากอาจไม่เข้าใจความหมาย มีค่าใช้จ่ายในการพัฒนาอยู่เล็กน้อย - …

7
ต้องใช้เวลานานเท่าใดกว่าที่หน้าจอจะปรากฏก่อนที่จะถือว่าเป็นปัญหาด้านประสิทธิภาพ
ฉันเกี่ยวข้องกับการพัฒนาแอปพลิเคชัน Windows ที่มีหน้าจอหลายแบบ หนึ่งในนั้นใช้เวลาสิบวินาทีในการปรากฏโดยไม่มีตัวหมุนหรือตัวบ่งชี้อื่น ๆ ที่หน้าจอกำลังโหลด ฉันคิดว่านี่เป็นปัญหาด้านประสิทธิภาพที่ร้ายแรง แต่ฉันดูเหมือนจะเป็นคนเดียวที่เกี่ยวข้อง ฉันกำลังขยันหรือไม่ ระยะเวลาที่ยอมรับได้ในการรอให้หน้าจอปรากฏคือเท่าใด

9
ผู้ใช้ของคุณทำผิดพลาดอะไรบ้างและคุณจะอัปเดตแอปพลิเคชันของคุณให้จัดการได้อย่างไร [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ในความเป็นจริงคำถามนี้เป็นข้อควรระวังที่จะต้องดำเนินการเพื่อเพิ่มประสบการณ์การใช้งานที่มีคุณภาพและลดการโทรสนับสนุนที่หลีกเลี่ยงได้

5
ทิ้งข้อยกเว้นรันไทม์ในแอปพลิเคชัน Java
ฉันทำงานเป็นผู้รับเหมาออกแบบองค์กร Java แอปพลิเคชันสำหรับลูกค้าของฉันในบทบาทของลูกค้าเป้าหมายทางเทคนิค แอปพลิเคชันจะถูกใช้โดยผู้ใช้ปลายทางและจะมีทีมสนับสนุนที่จะสนับสนุนแอปพลิเคชันเมื่อเราออกจาก โอกาสในการขายด้านเทคนิคอื่น ๆ ที่ฉันทำงานอยู่ภายใต้ความประทับใจที่การจัดการข้อยกเว้นจะทำให้โค้ดสกปรก ระบบควรโยนข้อยกเว้นที่ตรวจสอบจากระดับบริการและส่วนที่เหลือของรหัสควรโยนข้อยกเว้นรันไทม์จากระดับอื่น ๆ ทั้งหมดเพื่อให้ไม่จำเป็นต้องจัดการกับข้อยกเว้นที่ไม่ได้ตรวจสอบ จำเป็นต้องมีข้อยกเว้นที่ไม่ จำกัด ในแอปพลิเคชันธุรกิจอย่างไร จากประสบการณ์ของฉันในอดีตเกี่ยวกับข้อยกเว้นรันไทม์: 1) ข้อยกเว้นที่ไม่ได้ตรวจสอบทำให้โค้ดไม่สามารถคาดเดาได้เพราะจะไม่แสดงแม้แต่ใน Javadoc 2) การโยนข้อยกเว้นที่ไม่ได้ตรวจสอบในแอปพลิเคชันทางธุรกิจนั้นไม่มีความหมายเพราะเมื่อคุณโยนทิ้งและมันตรงไปที่ใบหน้าของผู้ใช้คุณจะอธิบายให้ผู้ใช้ทราบได้อย่างไร ฉันเคยเห็นเว็บแอปพลิเคชันเพียงพอซึ่งแสดง500 -Internal Error. Contact Administratorว่าไม่มีความหมายสำหรับผู้ใช้หรือทีมสนับสนุนที่จัดการแอปพลิเคชัน 3) การโยนข้อยกเว้นรันไทม์บังคับให้ผู้ใช้ของคลาสโยนข้อยกเว้นเพื่อเดินผ่านซอร์สโค้ดเพื่อตรวจแก้จุดบกพร่องและดูสาเหตุที่ข้อยกเว้นถูกโยน สิ่งนี้สามารถหลีกเลี่ยงได้หาก Javadoc ของข้อยกเว้นรันไทม์มีการบันทึกไว้อย่างดีเยี่ยมซึ่งฉันพบว่าไม่มีกรณี

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.