Define the Normal Flow If you follo

Define the Normal Flow If you follow the advice in the preceding sections, you’ll end up with a good amount of separation between your business logic and your error handling. The bulk of your code will start to look like a clean unadorned algorithm. However, the process of doing this pushes error detection to the edges of your program. You wrap external APIs so that you can throw your own exceptions, and you define a handler above your code so that you can deal with any aborted computation. Most of the time this is a great approach, but there are some times when you may not want to abort. Let’s take a look at an example. Here is some awkward code that sums expenses in a billing application:

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

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