@djfoxer
Blog (220)
Komentarze (4k)
Recenzje (1)

Xamarin.Forms Tips — WCF, Intellisense, PCL Profile, build i inne bolączki

@djfoxerXamarin.Forms Tips — WCF, Intellisense, PCL Profile, build i inne bolączki05.11.2016 16:43

Rozpoczynając przygodę z Xamarin.Forms można natknąć się czasami na sytuacje, które mogą przyprawić o ból głowy. Postanowiłem zebrać kilka często spotykanych problemów i przedstawić ich rozwiązania.

Reaktywacja Intellisense w Xamarin.Forms XAML

Największą bolączką w przypadku pracy z Xamarin.Forms bywa... brak Intellisense w dokumentach XAML Xamarin.Forms w Visual Studio.

Problem nie występuje zawsze i nie pojawia się na samym początku pracy z XAML pod Xamarin.Forms. W moim przypadku po kilku godzinach nagle Intellisense przestał działać bez żądnego powodu. Co jeszcze dziwniejsze, na innym komputerze ze świeżym Visual Studio, podpowiedzi działają wyśmienicie.

Jeśli zatem coś zacznie szwankować w Intellisense warto sprawdzić następujące rozwiązania:

  • zamiast otwierać plik xaml dwuklikiem, klikam prawym przyciskiem myszy na dokumencie i wybieramy Open With.... W otwartym oknie z menu wybieramy Source Code (Text) Editor (zaznaczając przy okazji opcję Set as Default)
  • alternatywą może być instalacja dodatku Enable XAML Language for Xamarin.Forms, który w wielu przypadkach przywraca podpowiedzi w edytorze
  • problem może rozwiązać również odinstalowanie (nie dezaktywacja) ReSharpera, jeśli takowego posiadamy

WCF i zmiana profilu PCL

Często spotykanym problemem w Xamarin.Forms (PCL) jest dodanie referencji do WCFa (ręcznie wygenerowanie ich przy pomocy SLsvcUtil.exe również nic nie da). W domyślnej konfiguracji nie jest to możliwe. Przyczyną takiego stanu jest to, iż tworząc nowy projekt w Xamarin.Forms do solucji dorzucany jest projekt pod Windows Phone 8.1. To sprawia, że profil PCL ustawiany jest na kompatybilny z WP8.1 (dokładniej jest to Profile 111), co skutkuje brakiem wsparcia dla WCFa.

Wszyscy wiemy, że Microsoft pogrzebał Windows Phone 8.1 (Windows 10 Mobile jeszcze oficjalnie żyje), zatem rezygnując z wsparcia dla tego systemu, możemy uzyskać dostęp do WCFa. Można to zrobić szybko poprzez zmianę profilu PCL. Listę dostępnych profili, ze szczegółowym opisem, znajdziemy pod adresem: Notes on Using Various PCL Profiles with Xamarin. W tym przypadku śmiało przejść można na najnowszy profil 44.

Warto nadmienić, że instalując Visual Studio 2015, otrzymując wszystkie niezbędne profile PCL, zatem nie musimy nic ręcznie doinstalowywać.

Załóżmy, że mamy już solucję z Xamarin.Forms, w której znajdują się projekty na wiele platform.

Zacznijmy zatem od usunięcia projektu pod Windows Phone 8.1, który blokuje nam możliwość zmiany profilu (przy okazji usuwam też projekt pod Windows 8.1, a z okienek zostawiam tylko Universal Windows Platform).

Teraz wejdźmy we właściwości biblioteki PCL, do której dodać chcemy referencję do WCFa, a następnie otwórzmy okienko z docelowymi platformami (prawy klik na projekcie: Properties ->Library i przycisk Change w polu Targeting).

W tym miejscu wybieramy konfigurację jak na załączonym obrazku (można pokusić się też o ASP .NET Core 1.0). Takie ustawienie opcji ustawi profil PCL na 44.

W tym momencie dostaniemy pełne wsparcie dla WCF w Xamarin.Forms. Dokładny profil można podejrzeć i zmienić ręcznie poprzez edycję pliku csproj projektu PCL. Znajdziemy w nim dwa interesujące nas pola TargetFrameworkVersion i TargetFrameworkProfile. Pierwsze informuje o wersji frameworka do PCL, drugie o nazwie profilu.

Deploy aplikacji na Androida utknął na połączeniu z emulatorem

W przypadku, gdy SDK do Androida było instalowane/aktualizowane ręcznie (czy to po instalacji Visual Studio poprzez instalator Xamaina lub ręcznie, pobierając SDK z sieci), można napotkać na dość nieoczekiwany i trudny do zdiagnozowania błąd.

Przy próbie wrzucenia naszej aplikacji z Visual Studio na emulator Androida, konsola w VS zatrzyma się na (wraz z odpalonym i działającym emualtorem):

1>Starting deploy 4.5" KitKat (4.4) HDPI Phone ...
1>Starting emulator 4.5" KitKat (4.4) HDPI Phone ...
1>Validating emulator arguments...
1>Determining if emulator is already running...
1>Preparing virtual machine...
1>Launching emulator...
1>Emulator launched successfully

Problemem w tym przypadku jest ścieżka do SDK, a dokładniej ADB (Android Debug Bridge). Aby to objeść, w Visual Studio przechodzimy do Tools ->Options ->Xamarin ->Android Settings i zapamiętujemy Android SDK Location. Następnie otwieramy rejestr (regedit.exe) i przechodzimy do gałęzi:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Android SDK Tools

W tym miejscu wartość klucza Path ustawiamy na taką, jaka widnieje w VS w polu Android SDK Location.

Jak przebiega build projektu Xamarin.Forms na Androida iOS?

Pracując z Xamarinem warto wiedzieć w jaki sposób buildowane są poszczególne aplikacje do ich natywnych wersji.

Build aplikacji na iOS: kompilator Xamarin C# generuje C# IL (Intermediate Language), a następnie używając kompilatora Apple na macOS generuje natywny kod maszynowy na iOS, niczym kompilator Objective-C.
Build aplikacji na Androida: kompilator Xamarin C# generuje C# IL. Kod odpalany jest przez Mono na urządzeniu wraz z silnikiem Javy.
  • nie ma sensu aktualizować na siłę poprzez NuGeta wszystkich pakietów związanych z Xamarinem; część z nich w najnowszej wersji nie jest zgodna z Xamarin.Forms, a jedynie z "natywnym Xamarinem"
  • mając w sieci komputer z macOS + Xcode, można skorzystać z iOS Simulator (for Windows) ; narzędzie umożliwi odpalenie w okienku Windowsa emulatora iOS, bez potrzeby łączenia się z pulpitem zdalnym macOS
  • pliki resources w Androidzie nie powinny zawierać znaków specjalnych
  • system Windows Phone 8.1 (nie mylić z Windows 10 Mobile) nawet Microsoft uznaje już za martwy, zatem jeśli nie warto spalać się i zachowywać kompatybilność z starszą wersją mobilnych okienek
  • Emulator Androida na Hyper-V działa o wiele szybciej niż odpowiednik od Google
  • Xamarin.Forms został niemalże stworzony do MVVM (MVVM Light Toolkit, MvvmCross)
  • Xamarin.Forms nie jest idealny, ale potrafi bardzo dużo
  • w Xamarin.Forms nie mamy, aż tak dużego wpływu na UI, jak w natywnym Xamarinie
  • chcąc zyskać na szybkości w ListView warto stworzyć kod w CS niż XAML
© dobreprogramy·Redakcja·Regulamin·Polityka prywatności·Reklama·Kontakt
Szanowna Użytkowniczko! Szanowny Użytkowniku!
×
Aby dalej móc dostarczać coraz lepsze materiały redakcyjne i udostępniać coraz lepsze usługi, potrzebujemy zgody na dopasowanie treści marketingowych do Twojego zachowania. Twoje dane są u nas bezpieczne, a zgodę możesz wycofać w każdej chwili na podstronie polityka prywatności.

Kliknij "PRZECHODZĘ DO SERWISU" lub na symbol "X" w górnym rogu tej planszy, jeżeli zgadzasz się na przetwarzanie przez Wirtualną Polskę i naszych Zaufanych Partnerów Twoich danych osobowych, zbieranych w ramach korzystania przez Ciebie z usług, portali i serwisów internetowych Wirtualnej Polski (w tym danych zapisywanych w plikach cookies) w celach marketingowych realizowanych na zlecenie naszych Zaufanych Partnerów. Jeśli nie zgadzasz się na przetwarzanie Twoich danych osobowych skorzystaj z ustawień w polityce prywatności. Zgoda jest dobrowolna i możesz ją w dowolnym momencie wycofać zmieniając ustawienia w polityce prywatności (w której znajdziesz odpowiedzi na wszystkie pytania związane z przetwarzaniem Twoich danych osobowych).

Od 25 maja 2018 roku obowiązuje Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (określane jako "RODO"). W związku z tym chcielibyśmy poinformować o przetwarzaniu Twoich danych oraz zasadach, na jakich odbywa się to po dniu 25 maja 2018 roku.

Kto będzie administratorem Twoich danych?

Administratorami Twoich danych będzie Wirtualna Polska Media Spółka Akcyjna z siedzibą w Warszawie, oraz pozostałe spółki z grupy Wirtualna Polska, jak również nasi Zaufani Partnerzy, z którymi stale współpracujemy. Szczegółowe informacje dotyczące administratorów znajdują się w polityce prywatności.

O jakich danych mówimy?

Chodzi o dane osobowe, które są zbierane w ramach korzystania przez Ciebie z naszych usług, portali i serwisów internetowych udostępnianych przez Wirtualną Polskę, w tym zapisywanych w plikach cookies, które są instalowane na naszych stronach przez Wirtualną Polskę oraz naszych Zaufanych Partnerów.

Dlaczego chcemy przetwarzać Twoje dane?

Przetwarzamy je dostarczać coraz lepsze materiały redakcyjne, dopasować ich tematykę do Twoich zainteresowań, tworzyć portale i serwisy internetowe, z których będziesz korzystać z przyjemnością, zapewniać większe bezpieczeństwo usług, udoskonalać nasze usługi i maksymalnie dopasować je do Twoich zainteresowań, pokazywać reklamy dopasowane do Twoich potrzeb. Szczegółowe informacje dotyczące celów przetwarzania Twoich danych znajdują się w polityce prywatności.

Komu możemy przekazać dane?

Twoje dane możemy przekazywać podmiotom przetwarzającym je na nasze zlecenie oraz podmiotom uprawnionym do uzyskania danych na podstawie obowiązującego prawa – oczywiście tylko, gdy wystąpią z żądaniem w oparciu o stosowną podstawę prawną.

Jakie masz prawa w stosunku do Twoich danych?

Masz prawo żądania dostępu, sprostowania, usunięcia lub ograniczenia przetwarzania danych. Możesz wycofać zgodę na przetwarzanie, zgłosić sprzeciw oraz skorzystać z innych praw wymienionych szczegółowo w polityce prywatności.

Jakie są podstawy prawne przetwarzania Twoich danych?

Podstawą prawną przetwarzania Twoich danych w celu świadczenia usług jest niezbędność do wykonania umów o ich świadczenie (tymi umowami są zazwyczaj regulaminy). Podstawą prawną przetwarzania danych w celu pomiarów statystycznych i marketingu własnego administratorów jest tzw. uzasadniony interes administratora. Przetwarzanie Twoich danych w celach marketingowych realizowanych przez Wirtualną Polskę na zlecenie Zaufanych Partnerów i bezpośrednio przez Zaufanych Partnerów będzie odbywać się na podstawie Twojej dobrowolnej zgody.