It is a sad fact of life that many

It is a sad fact of life that many programmers rarely take the time to properly bulletproof
their programs. Instead, wishful thinking often reigns. Most of us find it hard enough
—and more than enough work—to simply write the code that implements the positive
aspects of an application: maintaining customers, generating invoices, and so on. It is
devilishly difficult, from both a psychological standpoint and a resources perspective,
to focus on the negative: for example, what happens when the user presses the wrong
key? If the database is unavailable, what should I do?
As a result, we write applications that assume the best of all possible worlds, hoping that
our programs are bug-free, that users will enter the correct data in the correct fashion,
and that all systems (hardware and software) will always be a “go.”
Of course, harsh reality dictates that no matter how hard you try, there will always be
one more bug in your application. And your users will somehow always find just the
right sequence of keystrokes to make a form implode. The challenge is clear: either you
spend the time up front to properly debug and bulletproof your programs, or you fight
an unending series of rear-guard battles, taking frantic calls from your users and putting
out the fires.
You know what you should do. Fortunately, PL/SQL offers a powerful and flexible way
to trap and handle errors. It is entirely feasible within the PL/SQL language to build an
application that fully protects the user and the database from errors.

Kết quả (Việt) 1:

Đó là một thực tế buồn của cuộc sống mà nhiều lập trình viên hiếm khi dành thời gian để đúng cách chống đạnchương trình của họ. Thay vào đó, tư duy wishful thường ngự trị. Hầu hết chúng ta tìm thấy nó cứng đủ- và nhiều hơn, đủ làm việc — chỉ đơn giản là viết mã thực hiện tích cựcCác khía cạnh của một ứng dụng: duy trì khách hàng, tạo ra các hoá đơn, và như vậy. Nó lànhưng khó khăn, từ một quan điểm tâm lý và góc độ tài nguyên,tập trung vào các tiêu cực: ví dụ, những gì sẽ xảy ra khi người dùng máy ép saichìa khóa? Nếu cơ sở dữ liệu không có sẵn, tôi nên làm gì?Kết quả là, chúng tôi viết các ứng dụng mà cho rằng tốt nhất của tất cả thế giới có thể, Hy vọng rằngCác chương trình của chúng tôi là lỗi-Việt, người dùng sẽ nhập dữ liệu đúng thời đúng,và rằng tất cả các hệ thống (phần cứng và phần mềm) sẽ luôn luôn là một "go".Tất nhiên, thực tế khắc nghiệt chỉ ra rằng không có vấn đề làm thế nào cứng bạn cố gắng, sẽ luôn luôn cóThêm một lỗi trong ứng dụng của bạn. Và người dùng của bạn sẽ bằng cách nào đó luôn luôn tìm thấy chỉ làđúng trình tự của các tổ hợp phím để thực hiện một hình thức implode. Thách thức là rõ ràng: hoặc là bạndành thời gian lên phía trước để đúng cách gỡ lỗi và chống đạn các chương trình của bạn, hoặc bạn chiến đấumột loạt bất tận của trận đánh rear-guard, lấy điên cuồng cuộc gọi từ người dùng của bạn và đưara đám cháy.Bạn biết những gì bạn nên làm. May mắn thay, PL/SQL cung cấp một cách mạnh mẽ và linh hoạtđể bẫy và xử lý lỗi. Nó là hoàn toàn khả thi trong ngôn ngữ PL/SQL để xây dựng mộtứng dụng hoàn toàn bảo vệ người sử dụng và cơ sở dữ liệu lỗi.

Kết quả (Việt) 2:

Đó là một thực tế đáng buồn của cuộc sống mà nhiều người lập trình hiếm khi dành thời gian để đạn đúng
chương trình của họ. Thay vào đó, mơ tưởng thường ngự trị. Hầu hết chúng ta thấy khó đủ
-Và nhiều hơn, đủ công việc để chỉ cần viết mã thực hiện tích cực
các khía cạnh của một ứng dụng: duy trì khách hàng, tạo hóa đơn, và như vậy. Nó là
một cách gian tà khó khăn, từ cả hai góc độ tâm lý và một viễn cảnh nguồn lực,
tập trung vào các tiêu cực: ví dụ, điều gì sẽ xảy ra khi người dùng nhấn sai
phím? Nếu cơ sở dữ liệu có sẵn, những gì tôi nên làm gì?
Kết quả là, chúng ta viết các ứng dụng giả tốt nhất của tất cả thế giới có thể, hy vọng rằng
chương trình của chúng tôi là có lỗi, mà người dùng sẽ nhập dữ liệu chính xác trong thời trang đúng,
và rằng tất cả các hệ thống (phần cứng và phần mềm) sẽ luôn là một "đi."
Tất nhiên, thực tế khắc nghiệt mệnh lệnh mà không có gì khó khăn khi bạn cố gắng, sẽ luôn có
một lỗi hơn trong ứng dụng của bạn. Và người dùng của bạn sẽ bằng cách nào đó luôn luôn tìm kiếm chỉ là
trình tự đúng của các tổ hợp phím để thực hiện một nổ tung mẫu. Thách thức là rõ ràng: hoặc là bạn
dành nhiều thời gian lên phía trước để đúng cách gỡ lỗi và đạn chương trình của bạn, hoặc bạn chiến đấu
một loạt bất tận của cuộc chiến phía sau bảo vệ, lấy cuộc gọi điên cuồng từ người dùng của bạn và đưa
. Ra các vụ cháy
Bạn biết những gì bạn nên làm . May mắn thay, PL / SQL cung cấp một cách mạnh mẽ và linh hoạt
để bẫy và xử lý lỗi. Điều này hoàn toàn khả thi trong ngôn ngữ PL / SQL để xây dựng một
ứng dụng hoàn toàn bảo vệ người sử dụng và cơ sở dữ liệu từ các lỗi.

Kết quả (Việt) 3:

Đó là một bi kịch đời thực, nhiều lập trình viên ít dành thời gian đến đúng chống đạn.Kế hoạch của họ.Thay vào đó, wishful thường là.Hầu hết chúng tôi tìm thấy nó đủ khó.- và hơn đủ việc làm, đơn giản chỉ viết mã tích cực thực hiện.Vài cách: duy trì áp dụng của khách hàng, tạo ra các hóa đơn, chờ đã.Nó làRất khó khăn, từ góc nhìn của tâm lý học, tài nguyên quan điểm,Phải tập trung vào phủ định: ví dụ, khi người dùng bấm sai lầm thì sẽ xảy ra chuyện gì.Chìa khóa?Nếu không có sẵn cơ sở dữ liệu, tôi phải làm gì đây?Vì vậy, chúng ta viết ứng dụng cho rằng tất cả những gì có thể, trong một thế giới tốt nhất và hy vọng.Chương trình của chúng tôi là miễn phí, người dùng sẽ nhập dữ liệu đúng đắn theo đúng cách,Và tất cả các hệ thống (phần cứng và phần mềm) sẽ không bao giờ là một "đi".Tất nhiên, tàn nhẫn, thực tế, dù anh có cố gắng, luôn luôn cóTrong các ứng dụng của chương trình là một sai lầm.Và các người dùng sẽ bằng cách nào đó luôn luôn tìm được chỉ làPhím đã ra một quyết định đúng đắn dưới dạng trình tự sụp đổ.Thách thức là rõ ràng: hoặc là anhDành thời gian ở phía trước, đúng anh trong chương trình gỡ lỗi và chống đạn, hay trận chiến của cậu.Một loạt các cuộc chiến tranh không ngừng, bảo vệ từ Anh, người dùng điện thoại để điên rồ, đưaRa khỏi đám cháy.Anh biết anh nên làm gì.May mắn là PL / SQL cung cấp một cách mạnh mẽ và linh hoạt.Cái bẫy và xử lý sai lầm.Đó là hoàn toàn khả thi PL/SQL ngôn ngữ đang xây dựngĐể bảo vệ và cơ sở dữ liệu người dùng ứng dụng này là sai lầm.