Xamarin

Mit der Veröffentlichung von Android Nougat 7.1 hat Google runde App-Icons quasi als Standard gesetzt. Wenn man nun jedoch ein neues Xamarin.Forms-Projekt erstellt, so sind die App-Icons immer noch eckig, damit die App auch unter früheren Versionen als 7.1 lauffähig ist, aber mit wenig Aufwand kann man auch ein rundes App-Icon definieren. In diesem Beitrag möchte ich zum einen kurz zeigen, wie man schnell und unkompliziert sein rundes App-Icon (oder auch ein quadratisches App-Icon) erstellen kann und wie man dieses anschließend in die eigene App integriert.

Wenn man eine App entwickelt möchte man diese später ja auch in den jeweiligen Stores zum Download zur Verfügung stellen und daher sollte man sich frühzeitig die Frage stellen, in welchen Stores man die App zum Download anbieten möchte und natürlich auch welche Sprachen die App unterstützen soll. Dies sollte man am Besten direkt bei der Programmierung der App wissen bzw. beachten, dass die App später in mehreren Sprachen zur Verfügung stehen soll/wird. Den in Xamarin.Forms gibt es das Konzept mit Ressourcen-Dateien, welche eigentlich nichts anderes als Key-Value-Pairs sind und zur Laufzeit wird denn der Key mit dem Value ersetzt und so können Texte bequem und einfach lokalisiert werden. Wie dies im einzelnen funktioniert, möchte ich euch in diesem Beitrag zeigen.

Manchmal kann eine kleine Animation eine bestehende App deutlich aufwerten und in diesem Beitrag möchte ich euch nun zeigen, wir ihr mit sehr geringem Aufwand Animationen, wie Skalierung oder Rotation umsetzen könnt. Der Vorteil ist hierbei natürlich, dass durch die Verwendung von Xamarin.Forms die Animation sowohl unter Android, iOS als auch UWP zur Verfügung steht und sich je Plattform natürlich anfühlt bzw. aussieht. Für die Animationen ist kein zusätzliches NuGet-Package notwendig, sondern alles ist bereits im Xamarin.Forms-Package enthalten. Ich habe eine kleine Demo-Anwendung erstellt, welche die verschiedenen Animationstypen (Transformation, Skalierung, Rotation und Fade) an einem Bild verdeutlicht. Das Ergebnis zeigt die folgende Gif-Datei:

Mit Xamarin.Forms versucht man ja auf einer einzigen Code-Basis sowohl die Business-Logik als auch das Layout abzubilden. Dies funktioniert in weiten Teilen auch recht gut, aber trotzdem gelangt man immer wieder an den Punkt, wo man plattformspezifischen Code benötigt. Ich denke hier zum Beispiel an das Abrufen der aktuellen Position des Nutzers oder das Versenden einer SMS/eMail. Es gibt hier eine Vielzahl von Features, welche plattformspezifisch umgesetzt werden müssten. Glücklicherweise hat die Community hier zahlreiche NuGet-Packages bereit gestellt, welche man in seine Xamarin.Forms App integrieren kann. Nun hat man sich jedoch hingesetzt und diese Funktionalitäten alle in ein großes NuGet-Package zusammengefasst, welches auf den Namen Xamarin.Essentials hört und zur Zeit in einer Preview-Version vorliegt.

Inspiriert durch die Entwicklung der WordPressPCL durch meinen Kollegen Thomas habe ich beschlossen eine kleine Demo-Anwendung zu schreiben, welche man später als Framework verwenden kann, um seinen eigenen WordPress-Blog mit wenig Aufwand in eine Android-, iOS und UWP-App zu verwandeln. Der Support für UWP ist relativ eingeschränkt, weil es bereits ein weiteres Projekt gibt, welches sich ausschließlich um eine UWP-Umsetzung kümmert. So besitzt die UWP-Version von WordPressXF kein adaptives Layout, um zwischen Desktop und Mobile zu unterscheiden.

Auf der Build Conference im Jahre 2017 in Seattle hat Microsoft XAML Standard angekündigt. Aktuell ist es nämlich so, dass sich die Properties und auch Controls vom Naming her zwischen UWP, WPF und auch Xamarin.Forms zum Teil stark unterscheiden. Hat man zum Beispiel bereits eine bestehende UWP-App geschrieben, kann man den verwendeten XAML Code nicht direkt in eine Xamarin.Forms-App übernehmen, sondern muss hier umständlich ein paar Anpassungen vornehmen. Deshalb versucht Microsoft nun mit XAML Standard entsprechend einen einzigen Dialekt zu entwickeln, welche für alle Apps und Anwendungen funktioniert und eine schnelle Portierung möglich macht. In diesem Beitrag möchte ich einmal den aktuellen Stand von XAML Standard in einer Xamarin.Forms App ausprobieren und schauen, ob man bestehenden Code wirklich so einfach portieren kann.

Microsoft hat begonnen die gesamten Dokumentationen von Xamarin und Xamarin.Forms zu docs.microsoft.com zu migrieren. Gleichzeitig wurden die Dokumentation auch auf GitHub veröffentlicht, so dass man jetzt schnell eigene Anpassungen daran vornehmen kann und so eine durch die Community getriebene (nahezu) vollständige Dokumentation erstehen wird. In dieser Dokumentation sind alle wichtigen Topics, wie zum Beispiel dem Starten mit einem neuen Projekt oder auch die Vorstellung der zahlreichen Tools und Helpers enthalten. Daher lohnt sich hier definitiv ein Blick und sollte auch bei Problemen direkt herangezogen werden.

Ich habe eine kleine Xamarin.Forms-App entwickeln, welche den Namen XFWeather trägt und, wie der Name schon vermuten lässt, das Wetter für einen bestimmten inkl. einer Vorhersage ausgibt. soll. Das besondere an dieser App ist, dass ich keinen plattformspezifischen Code geschrieben habe, sondern die gesamte Logik im portablen App-Teil geschrieben wurde. Trotzdem läuft die App sowohl unter Windows, Android als auch iOS. In diesem Beitrag möchte ich nun das Ergebnis vorstellen und gleichzeitig auf einige Stolpersteine hinweisen.

Aktuell hat die Implementierung des Map Controls aus dem Xamarin.Forms.Maps Package für mich ein kleines Manko. Es gibt zwar eine Property Pins zum Anzeigen von Push Pins auf der Karte, aber diese lässt sich nicht binden. In diesem Beitrag möchte ich zeigen, wie wir das bestehende Map Control erweitern können, damit wir die Pins auch binden können und die Daten so zum Beispiel über ein ViewModel berechnen oder vorhalten können.

Ich habe Gerald im Rahmen des Xamarin Expert Days in Köln kennengelernt. Hier hatte er noch über die Cognitive Services von Microsoft erzählt , aber geleichzeitig auch auf sein zweites Buch hingewiesen. Dieses Buch ist nun vor kurzem mit dem Titel Xamarin.Forms Essentials erschienen. Ich habe mir dieses Buch direkt besorgt und möchte es in diesem Beitrag nun kurz vorstellen. Der erste Teil des Buches Der erste Teil befasst sich mit einer Einführung in die Terminologie, wie Xamarin und Xamarin.Forms. Dabei geht Gerald hier auch auf Vor- und Nachteile von Xamarin.Forms ein und beschreibt, wann man welche der beiden Technologien für seine eigenen Projekte nutzen sollte.

Teilweise kommt es vor, dass meine Android-App, welche ich mit Xamarin.Forms oder auch Xamarin Native entwickle, nicht mehr bauen möchte. Sobald man die App zum Debuggen starten möchte, erhält man nach einer geringen Wartezeit eine Fehlermeldung. Diese besagt, dass man doch bitte die Eigenschaft JavaMaximumHeapSize erhöhen sollte. In diesem Beitrag möchte ich nun kurz aufzeigen, wie man diesen Fehler schnell und unkompliziert lösen kann. Grundsätzlich gibt es zwei verschiedene Möglichkeiten dieses Problem zu lösen. Die erste Variante ist das Editieren der .csproj-Datei des Android-Projekts oder aber das visuelle Editieren innerhalb von Visual Studio.

Mit der Veröffentlichung von Visual Studio 2017 in der Version 15.5.X wurde auch das Projekt-Template für eine Xamarin.Forms App angepasst, denn es steht nun direkt .NET Standard als Code-Sharing Strategie zur Verfügung und man muss dies nicht mehr von Hand durchführen, wie ich es hier beschrieben habe. Allerdings sollte man möglichst mindestens die Version 15.5.1 installieren, da sich in der Version 15.5.0 leider ein Fehler bei den NuGet-Packages eingeschlichen hat, so dass die Referenz zum Xamarin.Forms Package leider fehlerhaft ist.

In diesem Beitrag möchte ich euch die Xamarin Workbooks näher vorstellen und aufzeigen, wie ihr mit simplen Schritten eine eigene interaktive Dokumentation schreiben könnt, welche die Nutzer anschließend an ihren eigenen Geräten „bearbeiten“ können. Sofern ihr bereits eine Entwicklungsumgebung bestehend aus Visual Studio mit Xamarin installiert habt, steht euch das Tool Xamarin Workbooks bereits zur Verfügung und ihr könnt dies einfach in der Liste der installierten Programme finden und entsprechend starten. Solltet ihr nicht selbst über Visual Studio auf eurem Rechner verfügen, so könnt ihr das Tool direkt bei Xamarin herunterladen.

Vor gut einem Monat war ich auf dem Xamarin Dev Day in München und habe hier auch von dem Xamarin Expert Day in Köln erfahren, welcher nun am 06. Oktober im Microsoft Office stattgefunden hat. Bei dem Event in München handelte es sich um eine Veranstaltung, welche von Xamarin konzipiert und umgesetzt wurde. Somit ist der Inhalt bei allen Xamarin Dev Days, bis auf ein paar lokale Ausnahmen, identisch und gibt einen guten Einstieg bzw. Einblick in die Entwicklung mit Xamarin. Der Xamarin Expert Day wurde von der Community ins Leben gerufen und auch von dieser organisiert, aber natürlich von Xamarin bzw. Microsoft unterstützt.

Wenn man in Visual Studio ein neues Xamarin.Forms Projekt anlegt, so hat man bei den Strategien für das Teilen des Codes nur zwei Varianten zur Auswahl: Shared Project oder Portable Class Library. Ich persönlich kann hier von dem Shared Project nur abraten, da hierbei die Dateien in die plattformspezifischen Projekte gelinkt werden und man so mit Compiler-Direkten arbeiten muss, wenn sich der Code auf unterschiedlichen Plattformen anders verhalten soll. Aber auch die Portable Class Library kann ich nicht bedingungslos empfehlen, da ich hier nur ein Subset von .NET zur Verfügung habe. Meine Empfehlung wäre hier .NET Standard. Derzeit gibt es hierfür noch kein Template, aber ich zeige euch in diesem Beitrag, wie ihr mit wenig Aufwand aus der PCL eine .NET Standard Class Library machen könnt.

Am Samstag, den 9. September, war es soweit und ich habe am Xamarin Dev Day bei Microsoft in München teilgenommen. In diesem Beitrag möchte ich nun meine Erlebnisse an diesem spannenden Tag wiedergeben. Lass ging es mit der unkomplizierten Registrierung im Microsoft Office in Schwabing gegen kurz nach 9 Uhr. https://twitter.com/sebjen86/status/906413128753270785 Anschließend haben sich die etwa 60 Teilnehmer in einem großen Meetingraum ihren Sitzplatz gesucht, bevor es gegen 9.30 Uhr mit einer allgemeinen Agenda des Xamarin Dev Days richtig los ging.