Baik aktor maupun FRP tidak membahas streaming. Aktor bahkan tidak mendukung konfigurasi eksternal dari aliran output.
FRP sangat dicirikan oleh sinyal pemodelan dan peristiwa pada garis waktu linier, yang memungkinkan perilaku FRP untuk menyusun secara deterministik. Aktor sangat dicirikan oleh pemrosesan pesan dalam urutan non-deterministik, dan hampir tidak memiliki sifat komposisi (yaitu Anda tidak dapat memperlakukan pengaturan dua aktor sebagai aktor yang lebih besar).
Jika Anda mencari kesamaan, kedua aktor dan FRP memiliki hubungan dekat dengan kalkulus lambda. Keduanya dapat memodelkan sistem responsif terhadap input manusia. Keduanya mendukung pemodelan keadaan internal (lokal).
FRP mendukung keadaan lokal melalui integral atau akumulator (lipat dari waktu ke waktu), sementara model aktor mendukung negara dengan memungkinkan masing-masing aktor menentukan perilakunya untuk pesan berikutnya sebagai tanggapan terhadap yang sekarang. Dukungan luas ini untuk negara bagian membuat FRP dan Aktor tidak memadai untuk pemrograman langsung (atau peningkatan runtime kode program); menjadi terlalu mudah kehilangan status penting.
Mengenai domain aplikasi:
Model aktor sangat cocok untuk sistem terbuka, di mana kita mungkin ingin menginstal atau memelihara aktor saat runtime. Model aktor juga sangat tidak cocok untuk sistem terdistribusi, karena pemesanan pesan yang non-deterministik dapat membuat implementasi yang sesuai menjadi lebih mudah. (Alasan para aktor tidak lebih cocok untuk sistem terdistribusi adalah bahwa memastikan pesan datang 'sekali dan hanya sekali' cukup sulit dalam menghadapi gangguan, dan para aktor juga cenderung membutuhkan GC terdistribusi, yang menyusahkan.)
FRP sangat cocok untuk sistem tertutup yang beroperasi dari waktu ke waktu - misalnya pengontrol robot, pemrograman musik, mainan komputasi. Fitur determinisme dan komposisi membuat FRP lebih nyaman digunakan dibandingkan dengan para aktor, setidaknya dalam kasus-kasus di mana FRP dapat secara langsung memodelkan suatu solusi. Mengintegrasikan FRP dengan efek (elegan, tanpa meretas model dengan kenajisan) telah terbukti sulit. Ada pekerjaan baru-baru ini pada FRP yang efektif melalui 'lubang cacing' - secara efektif, akses mengetik unik atau linier ke sumber daya.
Ada model lain yang terletak di antara FRP dan Aktor.
Flow Based Programming (FBP), yang dikembangkan oleh John Paul Morrison, benar-benar mendukung streaming pesan.
Protokol Time Warp (atau karya yang lebih baru tentang Lightweight Time Warp (LTW)) menempatkan pesan seperti aktor pada timeline logis untuk memberikan gagasan yang lebih terkontrol dan komposisional tentang penyampaian pesan. Time warp sering digunakan untuk sistem paralel dan terdistribusi besar, misalnya komputasi ilmiah. Warp waktu asli tidak cocok untuk simulasi interaktif (responsif terhadap input manusia), dan LTW hanya sedikit sesuai.
Saya sedang mengembangkan Pemrograman Permintaan Reaktif (RDP) yang memungkinkan manipulasi responsif, komposisi, seperti FRP dan pemrosesan sinyal dalam sistem terbuka dan terdistribusi, dan menghilangkan keadaan lokal. RDP dicapai dengan membatasi efek samping menjadi komutatif, pengaruh idempoten pada keadaan sumber daya oleh sinyal dari waktu ke waktu. RDP membutuhkan pemikiran ulang model sumber daya dan negara.