heise.de: Microsoft Build 2016: Xamarin wird Teil von Visual Studio und Open Source

[MEissing]

Ich halte Xamarin Forms für nicht ansatzweise vergleichbar mit FireMonkey (im Sinne von: FM ist deutlich besser mit mehr Möglichkeiten)

[Bambini]

Zitat von MEissing:

Ich halte Xamarin Forms für nicht ansatzweise vergleichbar mit FireMonkey (im Sinne von: FM ist deutlich besser mit mehr Möglichkeiten)

Hat aber den Charme, das man mit reinen native Controls zu tun hat.
Ein ehemaliger Emba Mitarbeiter zeigt das es Delphi auch geht: http://www.turbococoa.com/ jedoch ohne Integration in Delphi selbst. Schade.

[MEissing]

...was vermisst du bei den FMX Controls?

[DeddyH]

Darf ich antworten? Zuverlässigkeit! Irgendwo habe ich neulich sinngemäß Folgendes gelesen:

Zitat:

Firemonkey ist ein 80/20-Framework. 80% funktionieren prima, aber mit den restlichen 20% verbringe ich 80% meiner Zeit.

Mir geht es genauso. Nur ein Beispiel: in einer App verwende ich eine Multiview mit einer Listbox als Menü. Der Detailbereich besteht aus einem Tabcontrol. Auf einigen Tabs befinden sich Memos. Will man nun unter iOS in diesen Memos diktieren, schmiert die App sang- und klanglos ab. OK, stellen wir die Memos halt von Styled auf Platform, dann klappt das auch mit dem Diktieren. Leider wird dann aber die Multiview beim Herausfahren vom Memo überlappt, so dass einige Menüpunkte nicht mehr erreichbar sind. Mir blieb nichts anderes übrig, als ständig zwischen Styled und Platform umzuschalten.

[Uwe Raabe]

Zitat von DeddyH:

Darf ich antworten? Zuverlässigkeit! Irgendwo habe ich neulich sinngemäß Folgendes gelesen:

Zitat:

Firemonkey ist ein 80/20-Framework. 80% funktionieren prima, aber mit den restlichen 20% verbringe ich 80% meiner Zeit.

Mir geht es genauso.

Mir ebenso! Aber das gilt für meine Arbeit als Entwickler allgemein - da bildet FMX keine Ausnahme oder sticht besonders hervor. Es ist nur so, daß ich im VCL-Umfeld schon viel mehr Erfahrung habe und somit schon im Vorfeld weiß, was geht und was nicht geht bzw. was ich machen muss, damit es geht. Ich räume aber ein, daß FMX sich in den vergangenen Versionen eher als ein bewegliches Ziel präsentierte. Das hat sicher signifikant zur allgemeinen Wahrnehmung beigetragen. Mit jeder neuen Version stabilisiert sich das Framework aber und bietet immer neue Möglichkeiten bereits out-of-the-box, die man in vergangenen Versionen mühsam selbst bauen musste. Ich bin ziemlich sicher, daß das auch in der kommenden Version so sein wird

[Phoenix]

Xamarin unterstützt nebn iOS, tvOS, watchOS aber auch Linux auf dem Desktop und Windows 10 auf Windows Phones. Und der Code läuft auch als UWP-Anwendung auf Windows RT auf ARM-Tablets, auf der Xbox One, sogar für die Playstation kann man damit entwickeln. Damit bietet Xamarin schonmal etwas mehr Plattform-Unterstützung. Das ist aber auch nur 'Multi-Platform' und nicht 'echtes Cross-Platform', weil auf nem Raspi oder auf einer Smartfridge (diese Kühlschränke mit Display) läuft das halt auch erstmal wieder nicht.

Das Xamarin Forms genauso wie FMX mit dem Ansatz 'ich quetsche ein UI irgendwie mit Gewalt in die unterschiedlichsten Formfaktoren und in die unterschiedlichsten Plattform-UI-Konzepte' auftritt ist halt deutlichst weniger geil. Da kommt wieder Einheitsbrei bei raus, der im Consumer-Bereich keinen User wirklich anspricht. Xamarin bietet immerhin aber immerhin die Möglichkeit das UI, so wie es sich gehört, nativ für jede unterstützte Plattform mit den Plattform-Hausmitteln zu bauen und nur die Business-Schicht dahinter zu sharen. Und zwar auch für Windows RT, Windows Phones, die Xbox One etc. Darüber hinaus gibt's da inzwischen auch einen iOS-Simulator für Windows, so dass man schonmal die gröbsten Schnitzer fixen kann bevor man dann zum richtigen Testen irgendwann nen Mac und ein echtes Device hernehmen muss.

Bei der Historie die Xamarin bisher hat - und das wird das Team bei MS vermutlich beibehalten - ist es so dass maximal 24h nach dem Release einer neuen iOS Version alle neuen APIs offiziell unterstützt wurden. Man muss also nicht lange auf Updates warten bis man die neue Version targeten kann.

Interessant ist aber vor allem, das Microsoft das ganze Xamarin-Ökosystem open sourced. Und dann noch unter der MIT Lizenz. Das heisst man braucht noch nicht einmal Visual Studio, sondern kann schon mit weitaus günstigeren IDE's wie z.B. Rider damit entwickeln (für die Fälle, wo die man die kostenlose Community-Edition in der Firma aufgrund der Anzahl der Installationen oder der Umsatzgrenze nicht mehr verwenden darf). Was aus der Xamarin-eigenen IDE für den Mac, Xamarin Studio, wird, ist irgendwie aktuell unbekannt.

[jaenicke]

Zitat von Phoenix:

Das Xamarin Forms genauso wie FMX mit dem Ansatz 'ich quetsche ein UI irgendwie mit Gewalt in die unterschiedlichsten Formfaktoren und in die unterschiedlichsten Plattform-UI-Konzepte' auftritt ist halt deutlichst weniger geil. Da kommt wieder Einheitsbrei bei raus, der im Consumer-Bereich keinen User wirklich anspricht.

Firefox, Chrome, Skype, Teamviewer, IBExpert, Teamspeak, die ganzen Qt-GUIs, die im Grunde genauso wie Firemonkey funktionieren...
Die benutzt im Consumer Bereich ja auch niemand...

Die Behauptung, dass das niemand will, wird immer wieder aufgestellt, wenn es um Firemonkey geht, aber in der Realität finde ich nirgends Belege dafür, eher im Gegenteil viele Gegenbeispiele.

Ich überlege gerade wie viele Anwendungen und Apps sich eigentlich an das Design der jeweiligen Plattform halten...
Von denen, die ich installiert habe, vielleicht die Hälfte bis maximal drei Viertel auf dem Desktop und auf dem Smartphone deutlich weniger als die Hälfte. Die, die sich nicht an die native GUI halten, sind aber auch nicht alle Crossplatform. Und trotzdem halten sie sich nicht an die jeweilige Plattform. Und sind trotzdem recht verbreitet.

Dazu kommen dann noch außerhalb des Consumerbereichs Anwendungen wie z.B. unsere Kassenanwendung. Die soll gerade überall gleich aussehen, damit sich niemand zwischen den verschiedenen Gerätetypen umgewöhnen muss, sondern sich zu Hause fühlt.

Und wenn bei Xamarin dann auch noch gute Wrapper um native Controls benutzt werden können, finde ich das sehr interessant. Aktuell sind wir mit Firemonkey allerdings sehr zufrieden.

[Bambini]

Zitat von MEissing:

...was vermisst du bei den FMX Controls?

Es fühlt sich leider nicht wie die original Controls an oder es gib sie nicht. HTML, RTF, MacOS Toolbar u.v.m.
Das Mischen von FMX mit den native Plattform Controls gelingt nur sehr eingeschränkt oder gar nicht.

[Bambini]

Noch einen kleinen Nachtrag dazu: Ich weiß das es bereits HTML und einen RTF Editor für FMX gibt und will keineswegs die Leistung und den tollen Support der Entwickler schmälern,
aber die Komponenten können leider nicht mit den native mithalten.

[Darlo]

Mit FMX kann man aber ebenso native Komponenten nutzen. Ich nutze iCL von TMS. Je nach Anforderung ist man doch super flexibel mit Firemonkey. iOS-GUI native, Windows, OS X und Android mit Firemonkey.