Callback hell là gì

Home Blogs callback hell là gì

Thưa những bạn hữu, trong giai đoạn Javascript phát triển nlỗi vũ bão hiện nay, rất có thể thấy rõ thái độ kháng đối "địa ngục callback" mở ra rậm rạp từ rất nhiều blogger JavaScript với những bạn hữu làm công tác làm việc trở nên tân tiến mã nguồn mở. Có rất nhiều mô-đun, nlỗi async, zone, và những tlỗi viện promise mang đến hi vọng sẽ cứu những bè bạn ngoài con quái thú callbachồng vẫn rình rập đe dọa miếng cơm manh áo của các bè bạn. Thậm chí, tôi cũng đã nghiên cứu framework async của riêng rẽ bản thân. Tuy nhiên, qua thực tiễn tôi nhận biết âm ti callback là 1 trong những hiện tượng kỳ lạ chứ đọng chưa hẳn là thực chất. Nếu những đồng chí ko nhận thấy các vấn đề cơ phiên bản ẩn phía sau đó, việc áp dụng một thư viện nlỗi async vẫn chỉ giúp trì hoãn các hậu quả thế tất.

Bạn đang xem: Callback hell là gì

Các vấn đề tiềm ẩn là gì?

Thưa các bạn bè, lần đầu tiên áp dụng module Async, tôi Cảm Xúc nlỗi giấc mơ biến chuyển sự thật. Hàm waterfall() biến chuyển fan bạn tốt nhất mới của tớ. Nhưng Khi đoạn mã phức hợp rộng và những bè bạn không giống cùng tsay mê gia kiến tạo, chúng trngơi nghỉ cần càng ngày càng rối rắm. Rất nkhô cứng tiếp đến tôi đã áp dụng async.series() với async.parallel() bên phía trong waterfall() và mã thậm chí còn trsống bắt buộc khó sửa hơn cả trước lúc tôi thực hiện async. Nhưng tối thiểu tôi không tồn tại âm ti callbaông xã, cần không?

Không đúng. Vấn đề của tôi không nằm ở vị trí các callback lồng nhau, vụ việc là hàm của tớ đã kiêm nhiệm quá nhiều công tác làm việc. Async giúp tôi giấu sự việc này xuống dưới tấm thảm trong một thời hạn, nhưng mà câu hỏi tổ chức mã gồm độ hợp lí không cao sau cuối vẫn quay trở lại tấn công tôi. Async và promise đã được sử dụng vượt liên tiếp nlỗi là 1 trong những dung dịch chữa trị bách căn bệnh nhằm trị đều đoạn mã kềnh càng với thiết kế ứng dụng tệ sợ.

Tại sao tôi yêu Callback

đa phần bạn bè luôn luôn bối rối lúc tôi nói tôi say mê NodeJS mặc kệ thực tế là tôi đồng ý (tối thiểu là bên trên tinh thần, chđọng chưa hẳn sống con số thiết yếu xác) cùng với câu châm ngôn (Có nghĩa là câu nói châm biếm ấy cơ mà :v ) của bằng hữu Linus Torvalds "nếu các bạn bè cần lùi đầu mẫu nhiều hơn thế 3 nút, đồng chí vẫn quay hệt như chong cngóng, và cần sửa lại chương trình". Một phần nguyên nhân tại sao tôi ưng ý NodeJS từ trên đầu là bài toán viết callbacks chỉ gây nên nút tổn định thương nhất quyết, cùng tôi cho cầm là vừa đề xuất.

Giống nlỗi nỗi nhức vày các đồng chí bị phỏng tay tức là đồng chí vừa nhấc nhầm một nồi nước lạnh vào phòng bếp, hoặc nhức đầu vào buổi sáng sớm là lời chú ý bạn hữu đã quá bát trong bữa liên hoan tối hôm qua, nỗi đau đớn tạo ra vì 10 lớp callbacks lồng nhau vào một hàm là dấu hiệu đến tôi biết lịch trình đã tới khi đề xuất cải thiện lại. Sự khó chịu lúc viết callbaông xã chỉ hoàn toản để khiến cho các bằng hữu Để ý đến thêm về sự việc quan trọng của việc thêm một thao tác nhập xuất tài liệu hoặc một hướng xây cất xuất sắc rộng. Tôi vẫn phù hợp sử dụng một framework nhỏng async hoặc promise để giữ lại gìn sự trong sạch của mã. Nhưng, giả dụ các bằng hữu đang trông mong vào promise hoặc async.waterfall () cứu vãn vớt các bạn khỏi lô code nlỗi rau xanh muống, thì vấn đề nằm ở vị trí xây đắp ứng dụng của các đồng minh rộng là làm việc khung xây dựng ko đồng nhất.

Hướng dẫn áp dụng callbaông chồng một bí quyết thiếu thốn hiệu quả

Chúng ta hãy lưu ý một vài ba ví dụ về pyramid of doom tôi lấy trường đoản cú Google images. Dưới đây là một ví dụ về "callbaông xã hell" điển hình mượn xuất phát từ một bài bác đăng trên medium.com 1.

*

Nếu những bạn hữu quăng quật trải qua không ít vụ việc cụ thể không giống của đoạn mã này, các đồng minh vẫn thấy rằng callbacks chưa phải là vụ việc ở chỗ này, nhưng mà là do thiếu hụt một sự trừu tượng hóa đúng chuẩn. Xem xét cẩn thận: liệu bao gồm thiệt ghế rất cần phải được lưu sau khoản thời gian bàn đã làm được lưu? bên cạnh đó, bao gồm cấu trúc thiết kế cho phép những bằng hữu không đề xuất liệt kê tất cả các Items một bí quyết tường minch, bọn chúng được Điện thoại tư vấn là mang đến vòng lặp. Nếu bạn bè thực hiện mongoose, đồng minh đang chỉ cần áp dụng hàm create(). Thậm chí không đề nghị mongoose, async.parallel (), hoặc promise.all (), các bạn bè vẫn rất có thể viết lại hàm này một giải pháp tự tin hơn.

function create(items, callback) { var numItems = items.length; var done = false; for (var i = 0; i Một giải pháp thay thế sử dụng đệ quy 1-1 cho 1 chiến thuật ngắn gọn gàng rộng (12 dòng code, 4 rẽ nhánh) cơ mà vẫn giành được mục tiêu như mã ban đầu. Đây chỉ làm cho một ví dụ không giống cho thấy thêm các bạn bè cách tân và phát triển viên tphải chăng đề nghị bớt thời hạn làm vận dụng iPhone đặng nhưng mà thực hành thuật toán2.

function create(items, callbaông chồng, index) 0; if (index >= items.length) callback(); items.save(function(error) if (error) return callback(error); create(items, callbachồng, index + 1); );Một ví dụ khác tôi chỉ dẫn, phức hợp rộng, bắt nguồn từ bài xích trình diễn này3 về tranh cãi xung đột địa ngục callback cùng với async. Bấm vào hình hình họa nhằm phóng khổng lồ thêm một chút ít, nếu như các bạn hữu đủ can đảm.

Xem thêm: Lập Bảng Hệ Thống Văn Học Lớp 9, Lập Bảng Thống Kê Các Tác Phẩm Thơ Lớp 9

Trường hợp này là một trong những ví dụ truyền thống cho thấy thêm một hàm đề nghị đảm nhận rất nhiều trách nát nhiệm, tuyệt còn được gọi là mô hình cá thể kiệt xuất chủ quan duy ý chí rất là nên tránh4. Như các bạn bè đã thấy, hàm này kiêm nhiệm rất nhiều tác dụng.

Đăng ký kết một vấn đề trong sản phẩm đợi công việcdọn dẹp vệ sinh mặt hàng đợi công việcgọi cùng ghi dữ liệu trường đoản cú S3 với những tùy tuyển chọn được giữ cố định và thắt chặt trong mãthực hiện hai lệnh shellvv vv

Quá các chức năng với không ít điểm có thể phát sinh lỗi mà lại đa số là bị bỏ qua. Promise cùng async tất cả các hình thức để giúp đỡ các bạn hữu bình chọn lỗi một phương pháp nđính thêm gọn gàng rộng, tuy vậy vấn đề là, ví như bằng hữu đã không chất vấn lỗi trong callbacks, bè bạn cũng biến thành làm lơ bọn chúng trong cả khi bằng hữu sử dụng promise.catch() hoặc async.waterfall(). Địa lao tù callback chỉ là vấn đề tiêu giảm bé dại nhất của chiếc hàm này.

Kể cả các bè bạn bao gồm viết bởi Pybé tốt Ruby, hàm này vẫn là một trong cơn ác mộng mang đến Việc khám nghiệm và sửa lỗi. Vậy các bè bạn yêu cầu cân nhắc biện pháp có tác dụng thay làm sao để dòng hàm này trsinh hoạt nên gần gũi, dễ nắm bắt, dễ kiểm soát, giám sát hơn.

Đầu tiên, các bằng hữu đề nghị ban đầu bằng phương pháp trừu tượng hóa phần mã nhưng mà quản lý beanstalkd - mã mà hiện giờ sẽ làm công tác làm việc quản lý sản phẩm ngóng lại nằm trong cùng khu vực cách xử trí trình độ chuyên môn nhiệm vụ. Cần nên trình độ chuyên môn hóa, những bè bạn ạ, cấp thiết khác được. Đoạn lùi đầu cái lớn số 1 trong khúc mã lên tới 30. Nếu các bằng hữu bóc thành một hàm riêng prúc trách đoạn từ loại 62 đến 92 thì có thể cắt bớt lùi đầu cái xuống còn đôi mươi.Thêm một hàm mang đến bài toán thiết lập đối tượng người dùng tự S3, giải nén, đặt vào thư mục (tự tạo thành thư mục này giả dụ không tồn tại) vẫn giảm lùi chiếc buổi tối đa xuống còn 14. Đấy, rứa cùng vì chưng là mkdirs hoàn toàn có thể sản xuất tlỗi mục đệ quy, các bằng hữu rất có thể dồn phần hotline fs cùng để hàm giải pháp xử lý tải tệp tin nghỉ ngơi trên thao tác làm việc chế tạo ra tlỗi mục, nhờ đó sút thêm một bậc thụt đầu chiếc nữa.Cuối cùng, những đồng chí tạo nên một hàm cách xử trí câu hỏi hiểu tập tin với thiết lập nó lên S3 và đã bớt lùi đầu mẫu xuống chỉ còn 10 (5 x 2).

Bằng việc phân chia công dụng của hàm này cho 1 vài ba hàm chuyên trách nát, các bằng hữu đã xử lý được sự việc callback hell. Nói phương pháp khác, ví dụ callback hell này là ngụy tạo - không người nào có thể chấp nhận được một cán cỗ viết phần mềm chuyên nghiệp hóa viết rất nhiều đoạn mã như vậy này.

Kết luận

Callbaông chồng cùng callbachồng hell đã nhận được được rất nhiều lời đánh giá không tốt trường đoản cú phía cộng đồng NodeJS. Tuy nhiên, qua thực tiễn cho biết, callback hell thường là có lợi. Nó nhập vai trò như một chính sách tự thđộ ẩm tra mã, qua đó đến họ biết rất cần phải bảo trì mã gọn gàng, trong sáng, tập trung, dễ dàng tái sử dụng, chứ không cần được viết những đoạn code rối rắm, dài dằng dặc, duy ý chí. Nó góp ngăn phòng ngừa các bạn bè khỏi việc lơ là chất vấn lỗi. Trong thời hạn tới, trước lúc các đồng chí gọi async.waterfall(), tôi ước ao những đồng minh Để ý đến kỹ hơn để tái cơ cấu đến đúng chỗ.

Xem thêm: Về Tifosi Nghĩa Là Gì ? Nguồn Gốc Ra Đời Tên Gọi Tifosi Của Fan Ý

Chào thân ái cùng quyết chiến hạ.

UPDATEVừa thấy hình này trên tumblr, cùng với tiêu đề "Using async.queue()". It"s so fun,

Chuyên mục: Blogs

Bài viết xem nhiều