Khi nào tương lai có thể phù hợp hơn diễn viên (hoặc ngược lại) ở Scala?

Question

Giả sử tôi cần chạy một vài tác vụ đồng thời.

tôi có thể quấn mỗi công việc trong một Future và chờ đợi kết thúc. Ngoài ra, tôi có thể tạo một Actor cho mỗi tác vụ. Mỗi Actor sẽ thực thi tác vụ của nó (ví dụ: khi nhận được thông báo "bắt đầu") và gửi kết quả trở lại.

Tôi tự hỏi khi tôi nên sử dụng trước đây (với Future s) và sau (với Actor s) cách tiếp cận và tại sao cách tiếp cận Future được coi là tốt hơn đối với trường hợp được mô tả ở trên.

Answer 1

Bởi vì nó là cú pháp đơn giản hơn.

val tasks: Seq[() => T] = ??? 
val futures = tasks map { 
    t => future { t() } 
} 
val results: Future[Seq[T]] = Future.sequence(futures) 

Các results tương lai thì bạn có thể chờ đợi vào việc sử dụng Await.result hoặc bạn có thể bản đồ nó thêm/sử dụng nó trong cho-hiểu hoặc cài đặt callbacks trên đó.

So sánh điều đó để khởi tạo tất cả các diễn viên, gửi tin nhắn cho họ, mã hóa các khối receive của họ, nhận phản hồi từ họ và tắt chúng - thường sẽ yêu cầu thêm bản mẫu.

Answer 2

Theo nguyên tắc chung, sử dụng mô hình đồng thời đơn giản phù hợp với ứng dụng của bạn, chứ không phải là mạnh nhất. Việc sắp xếp từ đơn giản đến phức tạp nhất sẽ là lập trình tuần tự-> các bộ sưu tập song song-> tương lai-> các tác nhân không quốc tịch-> các trình diễn state-> chủ đề với bộ nhớ giao dịch phần mềm-> chủ đề với các khóa khóa rõ ràng với các thuật toán không khóa. Chọn người đầu tiên trong danh sách này giải quyết vấn đề của bạn. Bạn càng đi sâu vào danh sách đó càng nhiều thì càng phức tạp và rủi ro, vì vậy bạn nên giảm bớt sự đơn giản cho sức mạnh khái niệm.

Answer 3

tôi có xu hướng nghĩ rằng diễn viên này rất hữu ích khi bạn đã tương tác chủ đề. Trong trường hợp của bạn, có vẻ như tất cả các công việc đều độc lập; Tôi sẽ sử dụng tương lai.