Çok sık rastlanmayan bir uygulama yazıyorum.Kuyrukta yöntem çağrıları - herhangi bir fikir nasıl?
BeginInvoke/EndInvoke'un yaptığı gibi, yöntem çağrılarını kuyruğa almanın bir yolunu arıyorum .... ama benim KWN sırasına. Reaqson, bir threadpool kullanarak kendi optimize edilmiş mesaj kuyruklama sistemime sahip olduğumu fakat aynı zamanda her bileşenin isteklerde tek bir şekilde işlendiğinden emin olmaktır (yani, bir iş parçacığı yalnızca bir bileşenin iletilerini işliyor).
Çok sayıda iletinin ileri ve geri gitmesini sağlayın. Sınırlı kullanım için, sadece çok fazla admnistrative çağrı yapmak için kendi parametremi, metot sarma/açma metodunu tanımlamak yerine, sadece bir mesaj çağrısını parametrelerle sıraya sokmayı çok isterim. Ayrıca her zaman kuyruğu atlamak istemiyorum ve gönderen hizmetin diğer hizmetin yanıt vermesini beklemesini istemiyorum.
Herkes, yöntem çağrısını engellemenin bir yolunu biliyor mu? Bunun için TransparentProxy/Virtual Proxy kullanmanın bir yolu var mı? ;) ServicedComponent? Bunun olabildiğince küçük bir yük olmasını isterim;)
TGhe kuyruk sorun değildir; ı var) zaten bir ve bir o veri güncellemelerini taşıyan mesajların çoğu. Sorunum sadece işlev çağrıları. Sıra, daha sonra iş parçacığı içeriğine işleyen bir iş parçacığı almak için bir ThreadPool kullanır;) Orada çok sayıda çapraz işlem veri güncelleme şeyler var - şimdi sırayla (işlenir) yöntem çağrıları için bir yol arıyorum. "Parametre" olmayan, ancak tüm parametrelerle bir işlev çağrısına sahip olan bir mesaj türü, bu yüzden hedef serviste çağrı yöntemlerini basitleştirebilirim. Bu, ihtiyacım olan farklı mesajların sayısını önemli ölçüde azaltacaktır ... – TomTom
ve sadece farklı yöntemleri çağırmak için bir hugh anahtar deyimi ile gelmek zorunda kalmazdım. – TomTom
Süreç içinde yöntem çağrıları aradığınıza göre, lambda'ları geçmek tam olarak aradığınız şey gibi görünüyor ... –