나는 다음과 같은 종속 패키지가 설치 얻을 WPF 응용 프로그램에 RX-기본 패키지를 추가하는 경우 :패키지 Rx-WPF와 Rx-Xaml간에 차이점이 있습니까?
RX-주를 추가 한 후 WPF와 관련된 두 개의 추가 패키지 채소가 될 수있다 채워
RX-XAML은 RX-홈페이지에 의존하고, RX-WPF는 RX-XAML에 따라 달라집니다. 그러나이 두 패키지는 모두 System.Reactive.Windows.Threading에 대한 참조를 추가합니다. 어떤 점이 다를지라도 동일한 어셈블리에 대한 참조를 추가하는 두 개의 개별 패키지가있는 이유는 무엇입니까?
또한 WPF에서 RX를 사용할 수 있도록 둘 중 하나 또는 둘 모두를 추가해야합니까?
나는 Rx-Xaml 패키지의 이전 소유자로서 실제로 이것에 대한 답을 알고있다. 이전에는 Rx-Silverlight 및 Rx-WPF 만있었습니다. 이로 인해 ReactiveUI과 같은 패키지를 만드는 것이 어려웠습니다.을 사용중인 플랫폼에 따라 달라 지므로 에 종속되어 있었기 때문입니다.
그래서 Rx-Silverlight와 Rx-WPF를 그대로 병합 한 Rx-Xaml을 만들었습니다. 그러나 Rx 팀은 별도의 패키지를 갖는 것이 어리석은 일임을 깨닫고 스스로 이름을 대신 할 수 있는지 물었습니다. Rx-Xaml은 여러분이 사용해야하는 꾸러미입니다. Rx-Xaml 2.0은 Microsoft 소유이므로
tl; dr : Rx-Xaml을 사용하고 Rx-WPF 및 Rx-Silverlight를 무시하고 오래되어 체포되었습니다.
NuGet Package Explorer을 사용하는 것으로부터, Rx-WPF은 Rx-Silverlight이 아니며, 해당 nupkg 파일에 자체 DLL (또는 사실상 다른 파일)도 포함되어 있지 않습니다. 따라서 그들은 단지 Rx-Xaml에 대한 컨테이너로 작동하는 것 같습니다. 내 생각 엔 RX 팀이 Rx-Xaml 패키지에 포함되지 않은 특정 로직을 추가하기 시작할 수 있으므로 여전히 Rx-WPF을 가리켜 야합니다.
위 참조, 좋은 조언이라고 생각하지 않습니다. –
이 결론을 이끌어 낸 것은 모든 패키지의 버전 번호가 같았 기 때문입니다. 나는 비난받은 것들이 뒤에 남겨져 있고 더 오래된 버전 번호를 가지길 기대했지만, Rx-Xaml은 전혀 업데이트 할 필요가 없다고 생각합니다. –