ObservableCollection을 분리하는 방법은 무엇입니까?

Question

저는 자체 스레드를 사용하여 데이터를 캡처하고 ObservableCollections를 사용하여 데이터를 게시하는 DLL로 데이터 수집 서브 시스템을 개발했습니다. ObservableCollection 이벤트를받을 때 이벤트 소비자가 비용이 많이 드는 작업을 수행하고 내 엔진이 예상보다 느리게 데이터를 캡처하도록하기 때문에 몇 가지 문제에 직면 해 있습니다.

나는이 문제를 방지하기 위해 다른 스레드에서 이벤트를 보낼 계획하지만 몇 가지 문제가 있습니다

public class ObservableCollection2 
{ 
    public void Add() 
    { 
     _internalObservableCollection.Add(); 
     new Thread() { => Raise the event } 
    } 
} 

1. 이 표준 솔루션으로 이미 해결 문제가 있습니까? 스레드 contention 같은 보이는 비교적 일반적인 뭔가가 있어야합니다.
2. 스레드를 사용하면 응용 프로그램의 성능이 크게 저하되지 않습니까?
3. ThreadPool을 사용하면 모든 것을 사용할 수 없음 서브 시스템에서 스레드가 100에서 200으로 전송되는 것처럼 정상적으로 스레드 초당 알림?

의견을 보내 주셔서 감사합니다.

Answer 1

수행 할 수있는 작업에 대한 아이디어가 몇 가지 있습니다.

1. 클라이언트는 이벤트 처리기에서 과도한 코드를 실행하면 안됩니다. 결국 클라이언트는 처리를 차단하고 있음을 알게됩니다. 따라서 클라이언트는 컬렉션이 변경되었음을 기억하고 처리를 전용 스레드로 언로드해야합니다.
2. 각 이벤트에 대해 새 스레드를 사용하는 것이 가장 좋은 방법은 아닙니다. 어쨌든 그렇게한다면 아마도 스레드 풀 스레드가 더 좋은 아이디어 일 것입니다.
3. 변경 사항에 대한 메시지가 자주 나오는 경우 알림을 제한하여 더 큰 패키지로 보내시겠습니까? 즉시 사용할 수있는 해결책은 모르지만 Rx 확장이 도움이 될 수 있습니다.
4. ObservableCollection은 상당히 무거운 등급입니다. 필자는 개인적으로 뷰 모델에서 뷰를 바인딩 할 때만 사용하고, 모델에서는 컬렉션을 내부적으로 포함하는 자체 제작 클래스에 의존하고 필요할 때 필요한 이벤트를 전송합니다. 이 방법으로 나는 무슨 일이 일어나는지보다 잘 제어 할 수 있습니다.