Một trong những người bạn của tôi gần đây đã có một cuộc tranh luận trong nhóm của mình về những ưu và khuyết điểm của lập trình hướng sự kiện và lập trình tuần tự.Sự kiện điều khiển và lập trình tuần tự
Quan điểm của bạn về nó là gì?
Hai phương pháp khác nhau để hỗ trợ hai nhu cầu khác nhau. Nếu bạn gặp sự cố do sự kiện thúc đẩy, thì bạn nên sử dụng phương pháp theo hướng sự kiện. Nếu bạn cần thực hiện các thủ tục trên dữ liệu xác định, nhưng bạn không lo lắng về những gì đang xảy ra ở nơi khác, thì rõ ràng là bạn muốn sử dụng một phong cách "tuần tự" hơn.
Lưu ý rằng thông thường, hai thứ này được kết hợp. Chương trình khởi động, tắt máy và có thể là một vòng xử lý chính (ví dụ, một bộ xử lý bộ lọc trong một ứng dụng hình ảnh) sẽ phần lớn tuần tự, trong khi các lớp giao diện và tương tác thành phần của nó là sự kiện điều khiển.
Như tôi đã hiểu:
Thiết kế hướng sự kiện tốt cho phần mềm phải phản ứng với yêu cầu/yêu cầu của người dùng. Thông thường phần lớn GUI và phần mềm dựa trên trực tuyến đều như thế này như tôi có thể nói. Nó không có hoặc ít trong cách của một thứ tự được xác định trước của hoạt động kể từ khi người dùng có thể chọn để làm bất cứ điều gì (trong phạm vi của ứng dụng).
Tuần tự thường được tìm thấy trong xử lý theo lô. Phần mềm chạy với ít hoặc không có đầu vào của người dùng. Thứ tự của hoạt động phần lớn được đặt trước.
Không có sự phân chia chặt chẽ vì các công cụ dựa trên GUI rõ ràng có thể bao gồm các quy trình chạy hàng loạt tương đối dài.
Nên là Community Wiki, vì không có câu trả lời thực sự. – cjk
Sự kiện xảy ra. –
Tôi không biết về việc không có câu trả lời thực sự. Điều này không thực sự là một trong hai hoặc xung đột, mặc dù làm thế nào ông phrased nó. Mỗi một trong số này thực sự có một mục đích xác định mà không thực sự là tỷ lệ cược với nhau. – phoebus