2011-01-18 16 views

Odpowiedz

7

O ile wiem, nie ma. Najlepszym sposobem, aby się tego dowiedzieć, jest utworzenie projektu Silverlight i skopiowanie kodu, a następnie rozpoczęcie analizowania wszystkich błędów kompilacji. To nie jest świetne rozwiązanie, ale nie znam lepszego sposobu.

Tak na marginesie, nie jest ładny biały papier, który szczegółowo opisuje różnice między WPF i Silverlight tutaj:

http://wpfslguidance.codeplex.com/Release/ProjectReleases.aspx

+0

+1: Zgadzam się z "utwórz projekt Silverlight i skopiuj kod, a następnie rozpocznij analizę wszystkich błędów kompilacji" – VoodooChild

+0

Nie zgadzam się z tym, jeśli projekt nie jest pojedynczym plikiem, nie da wyniku . VS zgłosi wiele fałszywych pozytywnych błędów kompilacji, z powodu nieudanych zależności na innym kodzie itp. Itd. Występują DUŻO błędów zgodności, które są tylko w czasie wykonywania, na przykład Delegate.BeginInvoke(), które nie jest obsługiwane w Silverlight . I zajmie to znacznie więcej czasu, aby to przeanalizować, a następnie przeczytać 2 strony na temat różnic z WPF i samodzielnego myślenia. –

+1

Polecam za pomocą obu podejść, stąd mój link do artykułu na temat różnic WPF/Silverlight. – ColinE

0

I Właśnie przypomniałem sobie, że kiedy próbowałem przesłać aplikację C# do Linuxa/Mono, użyłem Moma analyser, pomaga to zidentyfikować problemy, które możesz mieć podczas przenoszenia aplikacji .Net do Mono, i wiem, że Mono implementuje tylko Silverlight, a nie WPF, więc spróbuję.

Można wyświetlić i zmienić dane dotyczące tego, co Moma uważa za zaimplementowane. W katalogu Definition znajduje się plik 2.8-4.0 -defs.zip, wewnątrz znajdują się 4 pliki tekstowe exception.txt, missing.txt, monotodo.txt i version.txt, są to 3 listy funkcji, które spowodują błędy. Więc może ktoś może zeskrobać informacje o tym, co implementuje Silverlight, i odpowiednio zmienić pliki.

Powiązane problemy