ลองใช้ / จับบล็อกมีประสิทธิภาพหรือไม่

ควรใช้บล็อก catch สำหรับการเขียนลอจิกนั่นคือ handle flow control etc? หรือเพียงแค่โยนข้อยกเว้น? มันส่งผลต่อประสิทธิภาพหรือความสามารถในการบำรุงรักษาโค้ดหรือไม่?

อะไรคือผลข้างเคียง (ถ้ามี) ของการเขียนลอจิกใน catch block?

แก้ไข:

ฉันเคยเห็นคลาส Java SDK ซึ่งพวกเขาได้เขียนตรรกะภายใน catch block ตัวอย่างเช่น (ตัวอย่างข้อมูลมาจากjava.lang.Integerชั้นเรียน):

        try {
            result = Integer.valueOf(nm.substring(index), radix);
            result = negative ? new Integer(-result.intValue()) : result;
        } catch (NumberFormatException e) {
            String constant = negative ? new String("-" + nm.substring(index))
                                       : nm.substring(index);
            result = Integer.valueOf(constant, radix);
        }

แก้ไข 2 :

ฉันกำลังดูบทช่วยสอนที่พวกเขานับว่าเป็นข้อได้เปรียบในการเขียนตรรกะของกรณีพิเศษภายในข้อยกเว้น:

ข้อยกเว้นช่วยให้คุณสามารถเขียนโฟลว์หลักของโค้ดและจัดการกับกรณีพิเศษอื่น ๆ

แนวทางเฉพาะเมื่อเขียนตรรกะใน catch catch และเมื่อใด

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

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

หากคุณมีกรณีที่ทางเลือกที่แย่กว่านั้น (และคุณได้พิจารณาทุกอย่างอย่างรอบคอบแล้ว) ฉันจะบอกว่าใช้การโยนและลอง / จับเพื่อควบคุมการไหลได้ดี ความเชื่อไม่ได้เป็นสิ่งที่ดีสำหรับการตัดสิน

นี่คือสิ่งที่มีแนวโน้มที่จะขึ้นอยู่กับภาษาและกระบวนทัศน์

งานของฉันส่วนใหญ่จะทำใน Java (และบางครั้ง C ++) แนวโน้มคือการใช้ข้อยกเว้นสำหรับเงื่อนไขพิเศษเท่านั้น มีคำถามบางอย่างเกี่ยวกับ Stack Overflow เกี่ยวกับค่าใช้จ่ายด้านประสิทธิภาพของข้อยกเว้นใน Javaและอย่างที่คุณเห็นนั่นไม่ใช่เรื่องเล็กน้อยเลย นอกจากนี้ยังมีข้อกังวลอื่น ๆ เช่นความสามารถในการอ่านและการบำรุงรักษาของรหัส เมื่อใช้อย่างถูกต้องข้อยกเว้นสามารถมอบหมายข้อผิดพลาดในการจัดการส่วนประกอบที่เหมาะสม

อย่างไรก็ตามใน Python ความคิดที่ว่าจะเป็นการง่ายกว่าที่จะขอการให้อภัยมากกว่าการอนุญาต ในชุมชน Python สิ่งนี้เรียกว่าEAFPซึ่งตรงกันข้ามกับแนวทาง "look before you leap" ( LBYL ) ในภาษา C-style

นั่นไม่ใช่วิธีที่ดีที่สุดในการคิดเกี่ยวกับ try / catch blocks วิธีคิดเกี่ยวกับ try / catch blocks คือ: ความล้มเหลวเกิดขึ้นที่ใดดีที่สุดในการจัดการกับความล้มเหลวเฉพาะนี้ นั่นอาจเป็นบรรทัดถัดไปของรหัสก็อาจเป็นยี่สิบระดับขึ้นสายโซ่ ไม่ว่าจะอยู่ที่ไหนก็ควรจะอยู่ที่ไหน

บล็อก catch จะขึ้นอยู่กับข้อผิดพลาดและสิ่งที่คุณสามารถทำได้ บางครั้งก็สามารถเพิกเฉยได้ (ความล้มเหลวในการลบไฟล์เริ่มต้นที่ไม่มีข้อมูลสำคัญอยู่) บางครั้งมันจะถูกใช้เพื่อตั้งค่าฟังก์ชั่นคืนค่าเป็นจริงหรือเท็จ (วิธีการแยกวิเคราะห์ของ java) บางครั้งคุณจะออกจากโปรแกรม . ทั้งหมดนี้ขึ้นอยู่กับข้อผิดพลาด

ส่วนสำคัญที่ต้องเข้าใจคือ: catch block == ฉันรู้วิธีจัดการกับสิ่งนี้

บล็อกจับควรใช้สำหรับการจัดการข้อยกเว้นไม่มีอะไรอื่นและไม่เคยสำหรับการควบคุมการไหล ในสถานการณ์ใด ๆ ที่คุณต้องการใช้ข้อยกเว้นเพื่อจัดการโฟลว์คุณจะดีกว่าการตรวจสอบพรีเงื่อนไข

การจัดการโฟลว์ที่มีข้อยกเว้นช้าและไม่ถูกต้องทางความหมาย

ควรใช้บล็อก catch สำหรับการเขียนลอจิกนั่นคือ handle flow control etc? หรือเพียงแค่โยนข้อยกเว้น? มันส่งผลต่อประสิทธิภาพหรือความสามารถในการบำรุงรักษาโค้ดหรือไม่?

ก่อนอื่นให้ลืมความคิดที่ว่า "ควรใช้ข้อยกเว้นสำหรับเงื่อนไขพิเศษ" นอกจากนี้ยังหยุดกังวลเกี่ยวกับประสิทธิภาพจนกว่าคุณจะมีโค้ดที่ทำงานได้ไม่เป็นที่ยอมรับและคุณได้วัดเพื่อทราบว่าปัญหาอยู่ที่ใด

รหัสนั้นง่ายที่สุดที่จะเข้าใจเมื่อการกระทำตามลำดับง่ายโดยไม่มีเงื่อนไข ข้อยกเว้นปรับปรุงการบำรุงรักษาโดยการลบการตรวจสอบข้อผิดพลาดจากการไหลปกติ ไม่สำคัญว่าการดำเนินการจะตามโฟลว์ปกติ 99.9% ของเวลาหรือ 50% ของเวลาหรือ 20% ของเวลา

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

ปัญหาที่ใหญ่ที่สุดที่ฉันเห็นด้วยโค้ดการจัดการข้อยกเว้นคือโปรแกรมเมอร์เขียนบล็อก try / catch เมื่อไม่ควรใช้ ตัวอย่างเช่นในเว็บแอปพลิเคชันส่วนใหญ่หากคำขอฐานข้อมูลเกิดข้อผิดพลาดจะไม่มีสิ่งใดที่สามารถทำได้ในตัวควบคุม หนึ่งประโยคจับทั่วไปที่ระดับสูงสุดก็เพียงพอแล้ว จากนั้นรหัสคอนโทรลเลอร์อาจเพิกเฉยต่อความเป็นไปได้ที่ดิสก์เกิดความผิดพลาดหรือฐานข้อมูลออฟไลน์หรืออะไรก็ตาม

บล็อก catch ไม่ควรใช้สำหรับการเขียนตรรกะโค้ด ควรใช้เพื่อการจัดการข้อผิดพลาดเท่านั้น ตัวอย่างคือ (1) ล้างทรัพยากรที่จัดสรรใด ๆ (2) พิมพ์ข้อความที่มีประโยชน์และ (3) ออกอย่างสง่างาม

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