Ookii-dialogs-wpf: ProgressDialog는 Progress를 구현해야 합니다.<t/>

@vpenades 에게 감사드립니다. 좋은 생각 같습니다.

그것을 찔러보고 PR을 보내고 싶다면 알려주십시오. 그렇지 않으면 다음 릴리스를 위해 곧 연락 드리겠습니다.

홍보준비...

@vpenades Ookii.Dialogs.Wpf는 이제 .NET 5는 물론 .NET Core 3.1도 지원하므로 IProgress<T> 구현에 대한 가능한 개선 사항에 대해 논의하기 시작하려는 경우에 대비해 핑을 보내드리고 싶습니다.

ps: 답장을 해야 한다고 생각하지 마십시오. 이것은 귀하의 사전 관심을 감안할 때 친절한 핑입니다.

대부분의 사용 사례는 IProgress<T> 의 여러 버전으로 캐스팅될 수 있는 Object 값으로 초기화된 백그라운드 작업이 될 것이므로 백그라운드 작업의 진행 상황을 다시 보고할 수 있습니다.

인터페이스가 잘 알려져 있지 않아서 널리 사용되지는 않는 것 같지만, IProgress<T> 는 꽤 오래전부터 존재하기 때문에 사람들이 어떻게 사용하는지 알아보기 위해 작은 검색을 해보니 다음과 같은 사실을 알게 되었습니다.

```C#
아이프로그레스// 0-1 사이의 값으로 보고된 진행률
아이프로그레스// 0-100 사이의 값으로 보고된 진행률

It is very tempting to have a structure that keeps all the information required by the progress dialog (percent, text, description), but this _must be avoided_  because that would mean the caller needs to fill that structure, which would force it to have a dependency on the ookii library, this is probably not desirable for background tasks, or pure code libraries that don't want to depend on an UI library.

So, in order to pass rich progress information, we need to use only BCL types and collections. Unfortunately, `IProgress<T>` does not define a standard....   but in general I guess everybody will expect (int Percent, string Text, string Description)

So, I would propose adding these interfaces:

```c#
IProgress<float> // by far, the implementation I've found most occurences searching on github.
IProgress< KeyValuePair<string,object> > // where key is the name of the property to set (percent, text, desc)

또한 현재 IProgress<INT> 및 IProgress<STRING> 는 콘텐츠를 캐시할 수 있으므로 상호 배타적이지 않습니다. 현재 코드는 이미 진행 상황을 캐시하지만 텍스트에서도 동일하게 수행해야 합니다. 따라서 백그라운드 작업은 다른 속성에 대한 이전 호출에서 설정한 값을 잃지 않고 이러한 인터페이스를 연속적으로 호출할 수 있습니다.