Was braucht es, um jede App auf jeder Plattform zu bekommen?

Es gibt drei Möglichkeiten, Ihr Smartphone-Erlebnis auszuwählen: nach Mobilfunkanbieter, Gerät und Apps. Bei der Auswahl nach Mobilfunkanbietern steht die Qualität Ihres Mobilfunkdienstes an erster Stelle. Wenn Sie jedoch eine Entscheidung basierend auf dem Gerät treffen, müssen Sie eine bestimmte Plattformerfahrung und Hardwarefunktionen nutzen. Die Auswahl nach Apps kann jedoch schwieriger sein.

Das derzeitige Spektrum mobiler Ökosysteme ist gleichzeitig fragmentiert und plattformübergreifend vereinheitlicht. Einige wichtige Apps sind auf vielen Plattformen verfügbar, ebenso wie Apps kleinerer Entwickler. Andere Apps sind aufgrund von Funktionen, die für das Betriebssystem oder die Ressourcenbeschränkungen des Entwicklers einzigartig sind, exklusiv für eine Plattform. Aber wenn Sie diese eine App wirklich brauchen, ist der Netzbetreiber oder das Gerät nicht so wichtig.

Was aber, wenn alle Apps auf allen Plattformen verfügbar sein könnten? Ist die plattformübergreifende Entwicklung etwas, worüber sich Entwickler Sorgen machen sollten, und gibt es dabei Fallstricke? Ist es besser, eine App speziell für jede Plattform zu erstellen, oder sollte die App mit einem plattformübergreifenden webbasierten Framework erstellt werden?

Benutzer und Entwickler können sich einig sein, dass die Verfügbarkeit einer App unabhängig von der Plattform ein ideales Ideal ist. Aber zu welchen Kosten?

Lassen Sie uns das Gespräch beginnen!

In Wirklichkeit ist die Frage komplizierter. Meistens wurde "das nächste große Ding" von einem wirklich talentierten Entwickler oder einem kleinen Team erstellt, das einfach nicht über die Ressourcen, Fähigkeiten oder Fertigkeiten verfügt, um plattformübergreifend zu programmieren. Das haben wir schon früh bei Instagram und Android gesehen - das Unternehmen hinter der App hatte bekanntlich nur dreizehn Mitarbeiter. Solche Einschränkungen verzögerten eine Android Instagram App für einige Zeit und sogar jetzt, nachdem sie von gekauft wurden Facebook für eine Milliarde Dollar haben sie noch keine App veröffentlicht, die mit BlackBerry 10 oder Windows kompatibel ist Telefon.

Die Plattform muss oft eine unsichtbare und mehrdeutige Metrik treffen, nach der sie von den Massen als "akzeptiert" betrachtet wird.

Die kleinen Firmen sind hier nicht allein, da wir oft massive Medienunternehmen sehen, die zögern, plattformübergreifende Apps zu entwickeln. Die betreffende Plattform muss häufig eine unsichtbare und mehrdeutige Metrik treffen, nach der sie von den Massen als "akzeptiert" angesehen wird, und erst dann werden Unternehmen in Betracht ziehen, eine App dafür zu erstellen. Gelegentlich erstellen Entwickler, die "Fans" eines bestimmten Betriebssystems sind, zuerst eine App für diese Plattform, auch wenn der riesige Marktanteil nicht vorhanden ist. Dies geschah mit der offiziellen Disqus-App für Windows Phone, der ersten (und bislang einzigen) mobilen Plattform, die eine offizielle App vom Kommentardienst erhielt.

Ja, Unternehmen sollten sich immer bemühen, plattformübergreifend zu arbeiten, wenn sie können, und wenn sie dies nicht können, sollten sie sich an Entwickler in dieser Community wenden, um an einer Partnerschaft zu arbeiten. Foursquare tat dies, als Entwickler Zhephree 2009 unabhängig eine Foursquare-App für webOS erstellte und die App de facto zur Foursquare-App für die Plattform wurde. Leider ist dies ein seltenes Ereignis, und zu oft werden Verbraucher mit App-Auswahlen konfrontiert, die nicht nur aufgrund ihrer Wahl der mobilen Plattform die neuesten oder besten enthalten.

Würde eine plattformübergreifende Programmiersprache wie HTML5 oder Unity for Gaming helfen? Standards sind sicherlich besser als Chaos, obwohl es, wie wir bisher bei HTML5 gesehen haben, eher ein Hype als ein Erfolg war.

W.Obwohl es zu jeder Regel Ausnahmen gibt, möchte ich wirklich in einer Welt leben, in der die meisten mobilen Apps plattformübergreifend sind und nur dann funktionieren, wenn und wo ich sie haben möchte. Nehmen Sie zum Beispiel das Web. Ich kann von fast jedem Gerät auf dem Markt auf fast jede Website zugreifen. Facebooks Website ist es egal, ob ich auf einem Mac oder Windows-PC, auf einem Smartphone oder Tablet, auf Android oder BlackBerry 10 bin.

Solange die Plattform über einen modernen Webbrowser verfügt, kann ich so ziemlich jede gewünschte Website aufrufen. Ich kann eine Website für eine ganze Reihe von Geräten erstellen und bereitstellen, und jeder kann sie sehen. Wenn sich die Site an Standards hält, funktioniert sie größtenteils "einfach".

Der Status plattformübergreifender mobiler Apps ist ganz anders.

Nehmen Sie Android Central, CrackBerry, iMore und Windows Phone Central. Die Websites verwenden sehr ähnlichen Code und funktionieren auf den meisten Desktop- oder mobilen Browsern. Vier Websites, alle Browser. Gutes Geschäft.

Dies mit Apps zu tun, würde jedoch bedeuten, separate, wesentlich unterschiedliche Frameworks für Android, BlackBerry 10, iOS und Windows Phone für jede der Apps der Websites zu verwenden. Vier Apps mal vier Plattformen für insgesamt 16 Apps. Nicht so viel.

Gleiches gilt für Zubehör, das auf verbundenen Apps basiert. Das Nike + FuelBand wurde nur für iOS eingeführt. Für die Investition, die Nike in seine Hardware tätigte, würden sie jedoch idealerweise alle Plattformen unterstützen. Viele Nicht-iOS-Benutzer hätten einen für die Feiertage 2012 kaufen können, aber dass das FuelBand andere Plattformen nicht unterstützt und immer noch nicht unterstützt, schränkt seinen potenziellen Markt ein. Benutzer würden sich nicht für plattformübergreifend interessieren - alles, was wichtig wäre, ist, dass es mit ihrem Gerät funktioniert.

Niemand möchte eine App auf BlackBerry 10, die genau so aussieht wie auf iOS und keine Unterstützung für BlackBerry 10-Gesten enthält.

Dank plattformübergreifender Engines wie Unity und Titanium sind Spiele oft am weitesten vorne. Spiele haben jedoch in der Regel ihre eigenen nicht plattformkonformen Schnittstellen. Nicht-Spiel-Apps sind unterschiedlich. Apps können zwar gemeinsame Funktionen, Dienste und sogar Code zwischen Plattformen gemeinsam nutzen, benötigen jedoch das Erscheinungsbild der Plattform und können von plattformspezifischen Funktionen profitieren. Niemand möchte eine App auf BlackBerry 10, die genau so aussieht wie auf iOS und keine Unterstützung für BlackBerry 10-Gesten enthält.

Wenn Sie Plattformbesitzer, Hersteller und sogar Entwickler aus der Gleichung herausnehmen, möchten die Leute letztendlich nur die Apps, die sie lieben, auf den Geräten, die sie lieben. Das bedeutet, dass jede wichtige App jede wichtige Plattform unterstützen muss. Jetzt.

T.Theoretisch sollte es ein Kinderspiel sein, auf allen Plattformen die gleichen Apps zu haben, oder? Mehr Apps an mehr Orten. Die enttäuschende Wahrheit ist jedoch, dass auch heute noch nicht alle Apps gleich sind.

Verschiedene Plattformen machen die Dinge unterschiedlich. Manchmal geht es um Hardware. BlackBerry 10 und Windows Phone verfügen nicht über die reine Rechenleistung von Android. Apples iOS ist wohl einfacher zu entwickeln und kann mit weniger mehr erreichen. Daher hat eine App, die für iPhone und iPad verfügbar ist, möglicherweise andere Funktionen als Android, BlackBerry 10 oder Windows Phone. In der Tat haben wir Fälle von beliebten Apps gesehen, die einen erheblichen Teil ihrer Funktionalität verlieren, wenn sie von einer Plattform auf eine andere portiert werden.

Die enttäuschende Wahrheit ist, dass auch heute noch nicht alle Apps gleich sind.

Es ist jedoch nicht immer so tief. Manchmal ist es nur eine Frage des Aussehens. Vielleicht sieht eine App auf einer Plattform einfach nicht so gut aus wie auf einer anderen. Oberflächlich? Vielleicht. Apps sollten plattformübergreifend konsistent sein. Oder zumindest versuchen, die gleiche Erfahrung zu machen. Aber sie müssen auch noch eine Plattformerfahrung haben. Es ist ein hartes Haar zu spalten.

Die gute Nachricht ist, dass Apps fließende Tiere sind. Sie verändern und verbessern sich ständig. Wahrscheinlich nicht so schnell, wie wir es uns alle wünschen, aber selten ist die beliebte Anwendung, die niemals aktualisiert, nie verbessert und niemals neu gestaltet wird.

H.TML5-Apps werden mit Webstandardtechnologien wie HTML, CSS und JavaScript erstellt. Diese Apps laufen in Browsern wie Google Maps oder iCloud.com oder auf lokalen Geräten wie Chrome OS oder dem spät beklagten webOS. Da so viele Entwickler bereits wissen, wie man ein reichhaltiges Web-Erlebnis erstellt, wird allgemein davon ausgegangen, dass HTML5-Apps der einfachste Weg sind, diese Entwickler auf Mobilgeräte zu bringen. Daher alles von Apples ursprünglicher "süßer" Lösung von Apps im iPhone-Browser über Palm's Mojo und spätere Enyo-Frameworks bis hin zu BlackBerry's WebWorks.

Es wird allgemein von Nicht-Entwicklern angenommen, dass HTML5 die letzte und beste Hoffnung für eine utopische Zukunft ist, in der Apps eingesetzt werden werden einmal geschrieben und überall eingesetzt, plattformübergreifend, vom Desktop über das Tablet bis zum Telefon und für alles und jeden zwischen.

Und es ist ein Haufen BS.

Apples ursprüngliche "süße" Lösung funktionierte so schlecht, dass sie ein Jahr später den nativen App Store, die Kalender-App auf webOS, herausbrachten Der Start von 1.0 dauerte zwanzig Sekunden, und Google liefert mit nativ codierten Apps auf Android und iOS weitaus bessere Erfahrungen als auf dem Netz. Selbst die besten mobilen Web-Apps wie Gmail.com und Forecast.io verblassen im Vergleich zu ihren reicheren, leistungsstärkeren einheimischen Cousins.

Native Apps werden von neuer Hardware und neuen Frameworks profitieren. Ihr Vorsprung wird bleiben, wenn nicht wachsen.

Einige sagen, dass die Leistung und Funktionalität von Web-Apps zunehmen wird, wenn die Hardware leistungsfähiger wird und JavaScript verbessert wird. Das ist absolut wahr. Native Apps werden jedoch auch von neuer Hardware und neuen Frameworks profitieren. Ihr Vorsprung wird bleiben, wenn nicht wachsen.

Deshalb werden HTML5-Apps die Zukunft genannt - sie kommen immer, aber nie ganz.

Der Versuch, eine gesamte App in HTML5 zu erstellen, ist wie der Versuch, eine gesamte App zu erstellen, die vollständig offline im Flugzeugmodus vorhanden ist. Es ist nicht unmöglich, aber nicht ideal, und es schränkt den Umfang und die Erfahrung, die bereitgestellt werden können, stark ein.

Es kommt darauf an: Das Internet liefert am besten dynamische Daten, und native Apps eignen sich am besten für die Benutzeroberfläche und Interaktivität. Großartige Apps nutzen das Beste aus beiden. Wie iTunes. Wie Google Maps für Android und iOS. Wie die neue native Version von Facebook für Handys (sogar Facebook hat diese Lektion auf die harte Tour gelernt).

HTML5 ist in keiner Weise die A und O-Zukunft von Apps. Aber es ist ein unglaublich wichtiger Teil dieser Zukunft.

C.Ross-Plattform-Anwendungen sind ein kniffliges Unterfangen. Entwickler müssen in SDKs und APIs sowie in UI- und UX-Handbüchern navigieren und gleichzeitig versuchen, das einzigartige Erscheinungsbild, die Funktionen und die Erfahrung ihrer eigenen App beizubehalten. Es ist ein Spagat zwischen Anforderungen und Wünschen, zwischen Erwartungen und Einschränkungen.

Im Idealfall wären Apps, die als plattformübergreifend sinnvoll sind, und dies wäre einfach. Aber es ist ein Cutthroat-Markt, und die größeren Plattformbesitzer haben wenig Interesse daran, das Erstellen von Apps zu vereinfachen Das funktioniert auf den Geräten der Wettbewerber, während die kleineren Spieler es so einfach wie möglich machen möchten, diese genau zu portieren Apps.

Es gibt plattformübergreifende Frameworks und Tools, die jedoch in Umfang und Leistung begrenzt sind. Sie erleichtern es, auf jeder Plattform ein einheitliches Erlebnis zu schaffen, opfern jedoch, was jede Plattform einzigartig macht und Kompromisse bei Qualität und Leistung eingeht. Das Erstellen einer plattformspezifischen App kostet jedoch Zeit und Geld, die nicht alle Entwickler haben.

Es gibt keine gute Antwort - aber was ist die beste?