Xamarin – podejście drugie

Jakiś czas temu miałem okazję pisać małą aplikację z wykorzystaniem Xamarin.Forms. W domu, dla siebie – bez większego stresu. Cóż… Początki do przyjemnych nie należały. Naoglądałem się wielu wyjątków, których występowania nie rozumiałem. Powiem więcej – nawet google ich nie rozumiało. Nie poddawałem się jednak. Dzień w dzień, małymi krokami posuwałem się z aplikacją do przodu. Interfejs użytkownika stawał się coraz bardziej rozbudowany, coraz lepiej zaczynałem rozumieć co w Xamarinowym XAMLu napisać mogę, a czego nie. Gdy pytano mnie wtedy o opinię na temat Xamarina, to głównie narzekałem. Drogo… Nie działa jak powinno… Dużo błędów… Patrząc jednak z perspektywy czasu i wracając wspomnieniami do przygody z aplikacją mobilną i Azurem zacząłem się zastanawiać: może jednak nie było tak źle? Może wyjątki, których nie rozumiałem spowodowane były nieprawidłowym użyciem ich biblioteki? Może nikt nie spodziewał się, że ktoś może w taki sposób ich biblioteki używać i dlatego też nawet nie wytłumaczono tych wyjątków? Wypada dać im drugą szansę. Dlatego też zdecydowałem się na drugie podejście do Xamarina. Wrażenia? Uruchomienie przykładowego Hello world zajęło mi dobre kilka wieczorów. Winowajcą okazał się tutaj prawdopodobnie Visual Studio, który wyjątkowo nie chciał ze mną współpracować.

Brak projektów po instalacji Visuala 2015

Już na wstępie nie jest łatwo. Przy próbie utworzenia projektu okazuję się, że projektów brak. Po aktualizacji Visuala 2013 do wersji 2015 zniknęły szablony przygotowane dla Xamarina. Tutaj na szczęście problem nie jest trudny do rozwiązania. Można go naprawić wymuszając na Visualu ponowną konfigurację rozszerzeń za pomocą polecenia:

Brakujący projekt WindowsOWY

Podczas tworzenia projektu Visual informuję, że nie udało mu się utworzyć projektu Windowsowego:

Zaisntalowałem chyba wszystkie możliwe SDK:

  • Windows Software Development Kit (SDK) for Windows 10
  • Windows Phone 8.1 Update and Emulators
  • Windows Phone SDK 8.0
  • itp.

50GB miejsca na dysku mniej. Niestety projekt nadal się nie tworzy. Reinstalacja Visuala trwająca całą noc nie pomaga. Po wielu godzinach prób problem „naprawiłem” poprzez… odinstalowanie Visuala w wersji Enterprise i zainstalowanie wersji Professional.

1400 błędów z Droida

err1

Projekty utworzone. Podczas kompilacji wita mnie 1400 błędów z projektu Droidowego. Dla przykładu:

Taka liczba błędów sugeruje, że coś jest nie tak z naszym środowiskiem. Google niestety mało pomocne w rozwiązaniu problemu. Zainstalowałem wszystkie dostępne SDK z Open SDK Android Managera i zmieniłem w ustawieniach projektu Minimum Android to Target na wersję 16.
Pomogło.

Działa

W końcu działa. Projekty się tworzą, emulator się uruchamia. Czasami zdarzają się małe błędy np. jak ten poniżej, który prawie wymusił na mnie ponowne uruchomienie Visuala:
err2

Po wejścia w ustawienia, Visual orientuje się, że jakieś pole nie zostało uzupełnione wyrzucając okienko informujące o błędzie, które nie daje się zamknąć. Poza tym Nuget nie działa (znany błąd – wina Nugeta). Na szczęście można już programować. Hello world uruchomione. Po kilku dniach cieszy jak nigdy!

Facebooktwitter

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *