Android Studio Designer
Die Google I/O ist seit ein paar Wochen schon zu Ende und es gab einiges an Neuigkeiten. Unter anderem wurde das Android Studio vorgestellt, das auf JetBrains IntelliJ IDEA basiert und im Moment noch eine Early Access Preview ist. Die aufgeführten Features sind dennoch Grund genug um sich das Studio einmal näher anzusehen.
Der Fairness wegen muss gesagt werden, dass unsere Android Apps ausschließlich mit Xamarin.Android entwickelt werden. Dafür nutzen wir entweder Xamarin Studio oder vorzugsweise Visual Studio von Microsoft. Für beide Entwicklungsumgebungen gibt es von Xamarin einen Interface Designer, der eines der besten Produkte auf diesem Gebiet ist. An Android Studio interessieren uns also lediglich die UI-Designer-Features bzw. ob sie besser sind, als das was wir derzeitig nutzen.
Nach längerem Testen des Android Studios kristallisieren sich folgende Features, die wirklich Potenzial haben zukünftig Googles neues Tool zu benutzen, heraus.
Layout-Rendering
Das Layout wird vom Android Studio an entscheidenden Stellen besser gerendert. Gerade Listen-Widgets wie ListView, ExpandableListView und ähnliche werden überhaupt erst dargestellt. Einer der Gründe warum ich bisher alle je verwendeten Designer nur für das grobe Erstellen des Layouts verwendet habe. Die Details wurden anschließend im XML vorgenommen und auf dem Testgerät betrachtet. Android Studio hat Potenzial das zu ändern.
Das Layout im Xamarin Designer zeigt das ListView Widget nicht an.
Googles Android Studio hingegen schon.
Konfiguration für andere Ausrichtung und Größen
In der Regel werden User-Interface-Layouts für eine bestimmte Ausrichtung, horizontal oder vertikal, oder für eine bestimmte Geräteklasse, Smartphone oder Tablet, entworfen. Android macht es per se schon sehr einfach sein UI auch für andere Anforderungen bereitzustellen. Das Feature im Android Studio zu finden ist dennoch von Nutzen, weil es Anwender einfache und sich wiederholende Schritte abnimmt. Man bleibt auf sein UI fokussiert und kann die gewünschten Änderungen zum Ursprung vornehmen. Ein Feature, dass sicherlich nicht so hervorsticht wie das Nächste aber dennoch regelmäßig Anwendung finden wird - spätestens bei einer ganz neuen App.
Component Tree
Das Feature das am meisten überzeugte das Android Studio in das aktuelle Tooling mit aufzunehmen. Keine andere Software bietet aktuell die Funktion auf potenzielle Probleme bei verwendeten Widgets hinzuweisen und dafür auch Empfehlungen zur Lösung auszusprechen.
Der Screenshot zeigt, wie ein solcher Lösungsvorschlag im einfachsten Fall aussehen kann. Gerade für die Themen Lokalisierung und der Verwendung der richtigen Maßeinheiten ist dieses Feature gerade zu prädestiniert. Aber nicht nur da.
Fazit
Der Funktionsumfang des Designers in Googles Android Studio ist umfangreich und bietet einige wirkliche Neuerungen, die die Messlatte einen Tick höher für andere Designer-Produkte legen. Es bleibt abzuwarten, welche Neuerungen noch bis zum Verlassen der Early Access Preview kommen werden. Fest steht aber auch Vorreiter wie Xamarins Android Designer oder Eclipse werden nachziehen müssen, wenn sie weiterhin um die Gunst der Anwender buhlen wollen.
Ich bin Mobile-Enthusiast mit großer Begeisterung für die Entwicklung von Cross-Plattform-Apps mit Xamarin, .NET MAUI und .NET. Mein Ziel sind glückliche Apps und zufriedene Anwender. Als Geschäftsführer der Cayas Software GmbH genieße ich die Freiheiten der neuen Plattform-Vielfalt und die sich daraus ergebenden Möglichkeiten.
During a current project we needed to evaluate possibilities to easily set up a Continuous Integration and Deployment system. For several reasons we normally would suggest an In-House solution with TeamCity, but the customer preferred a cloud solution to shorten the procurement and installation process. In this post I explain why and how we set up Bitrise.
We recently faced a problem that a customer published a version of his app that has a version code higher than 65.535 defined in the manifest file. All new builds have to have greater version codes. But building an Xamarin.Android app with that requirement will fail with the message: Error executing task Aapt: VersionCode is outside 0, 65535 interval. In this post I describe possible ways to work around this Xamarin.Android magic number when resetting the build-systems build number is not an option.
As a developer we all know about that rumor of writing any kind of test is a costly task. In this post I would like to show you a better way for writing UI tests that even makes it fun when it comes to a very large mobile app.