Lohnt es sich, Haxe zu lernen? [geschlossen]


153

Was macht es für Leute, die Haxe verwenden , nützlich für Sie? Das Lesen der Website sieht sehr vielversprechend aus. Bietet es eine signifikante Portabilität?

Was ist eine reale Welt und vielleicht unter geschätzten Vorteilen?

Was sind die Fallstricke oder Fallstricke?


noch nie davon gehört sieht interessant aus.
JoshBerke

9
Warum sollte es ernsthafte Probleme mit der Community geben? Die Community ist nicht sehr groß, aber sehr unterstützend. Schauen Sie sich einfach die Aktivitäten der Mailingliste an.
Franco Ponticelli

4
Die kurze Antwort lautet: Ja, es lohnt sich zu lernen. Ich werde später eine detailliertere Antwort schreiben, wenn jemand anderes nicht besser antwortet.
Tylermac

4
Vielleicht schauen Sie sich auch diese Frage an: stackoverflow.com/questions/321204/haxe-in-the-field
TheHippo

2
Ich glaube nicht, dass es schadet, es zu lernen. Es ist so nah an JS und AS, dass die Zeit, die für das Lernen aufgewendet wird, auf andere Projekte übertragen werden kann.
Nosredna

Antworten:


128

Lohnt es sich, Haxe zu lernen?

Die kurze Antwort lautet: Absolut!

Was macht es für Leute, die Haxe verwenden, nützlich für Sie?

Wenn Sie ein Webentwickler sind, wissen Sie, dass Sie nicht zu lange an einer einzigen Technologie festhalten können. Früher oder später müssen Sie sich mit Änderungen in der Umgebung oder den Zielen befassen (Sie entwickeln für .NET, aber ein wichtiger Kunde benötigt PHP, oder dieses Widget sollte in Flash und nicht in Javascript sein), und dies ist das beste Szenario. Im schlimmsten Fall müssen Sie ständig wechseln, oft mehrmals am selben Werktag.

Diese Schalter können viel Zeit verschwenden, weil Sie Ihr Programmierparadigma zu oft ändern müssen und möglicherweise viele Überschneidungen bei der Codierung Ihrer Bibliotheken für bestimmte Ziele auftreten. Haxe versucht, den Schmerz des Übergangs zu lindern, indem es nur eine Ausgangssprache (die Haxe-Sprache) und viele Ausgaben (über den Haxe-Compiler) hat. Die Sprache ist sehr freundlich und leicht zu lernen, unabhängig von Ihrem Hintergrund.

Das Lesen der Website sieht sehr vielversprechend aus. Bietet es eine signifikante Portabilität?

Die Sprache ist unabhängig von der Plattform, auf der Sie bereitstellen, dieselbe. Daher definieren Sie Klassen / Schnittstellen / Aufzählungen / Typedefs auf die gleiche Weise für JS, Flash, C ++ usw. Wenn diese von Ihnen definierten Typen nicht von einer bestimmten Plattform-API abhängen, können sie ohne Aufwand von Plattform zu Plattform wiederverwendet werden . Alle Plattformen haben auch gemeinsame APIs wie XML-Zugriff, HTTP-Verbindungen und Reflection. Plattformen, die Gemeinsamkeiten haben (z. B. Neko und PHP), verwenden dieselbe API für Dinge wie Dateizugriff oder Webserverentwicklung.

Was ist eine reale Welt und vielleicht unter geschätzten Vorteilen?

  • Wenn Sie Erfahrung mit Flash / Flex haben, wissen Sie, wie der Compiler Ihre Arbeit verlangsamen kann (der einzige Vorteil ist, dass Sie während des Wartens eine Kaffeepause einlegen können;)). Der Haxe-Compiler ist um ein Vielfaches schneller, so schnell, dass Sie die meiste Zeit gar nicht bemerken, dass er funktioniert.
  • Der erzeugte Bytecode ist viel schneller als der von Adobe-Tools erzeugte.
  • Auch im Flash-Bereich kann Haxe Funktionen "inline" oder auf die Speicherfunktionen zugreifen, die nur mithilfe von Alchemy an anderer Stelle verfügbar sind.
  • Falls Sie es benötigen, können Sie auch entscheiden, auf welche Flash-Version Sie abzielen möchten, von 6 bis 10; Die API hat sich stark verändert, aber die Haxe-Sprache ist genau dieselbe.

Wenn wir über die Serverseite sprechen, wissen wir alle, wie allgegenwärtig PHP ist. Sie können eine Anwendung mit Haxe als Ziel entwickeln und auf Neko oder sogar C ++ skalieren, wenn Ihre Webanwendung wächst.

Was sind die Fallstricke oder Fallstricke?

Hier ist eine Liste häufiger Missverständnisse:

  • Haxe is young and immatureNicht wirklich, Haxe ist jetzt fast 4 Jahre alt, hat 25 formelle Veröffentlichungen (keine Builds) + 13 Alphas und Betas gesehen, wird ständig aktualisiert und hat eine sehr engagierte Community. Es wird von vielen Menschen in verschiedenen Entwicklungsbereichen professionell eingesetzt. Schauen Sie sich das Mailinglisten-Archiv an, um herauszufinden, wie Benutzer Haxe verwenden.

  • Haxe is complicatedDa das Hauptziel von Haxe ohne Frage AS3 ist, erwarten die Leute, dass es Assistenten oder eine GUI haben muss. Wie bereits erwähnt, ist Haxe eine Sprache und ein Compiler, wodurch es für Programmierer geeignet, für Designer jedoch nicht sehr gut ist.

  • There aren't any IDEsDer wahre Teil davon ist, dass die IDE in vielen Aspekten verbessert werden könnte, um sie besser in Haxe zu integrieren, aber es gibt bereits viele gültige Optionen .

  • The only book published is already outdatedAuch hier stimmt etwas, leider wurde das Buch nur wenige Monate vor einer Hauptveröffentlichung veröffentlicht (von V1 bis V2). Diese Hauptversion hat nicht viel geändert, aber ein paar Inkompatibilitäten hinzugefügt. Das Buch bleibt immer noch eine gültige Ressource (das sage ich nicht nur, weil ich es geschrieben habe;))


1
Danke für die Antwort Franco. Und die Liste der IDEs. Ich bin fasziniert vom Xcode-Plugin für HaXe. Das sieht super süß aus! Was ist die Geschichte mit UI-Framework-Kits und Haxe? Wird es beispielsweise jemals möglich sein, beispielsweise Cocoa mit HaXe als Ziel festzulegen und native Widgets für OS X zu erhalten? Grundsätzlich Interface Builder verwenden und mit HaXe Quellcode verknüpft?
Gordon Potter

Wenn C ++ für Sie nativ genug ist, ist dies möglich. Sie sollten Cocoa-Aufrufe so umschließen, dass sie über den von haXe generierten Code "erreichbar" sind. Die aktuelle Version von haXe, wie Sie wahrscheinlich bereits wissen, ermöglicht die Entwicklung von iPhone-Apps. Natürlich ist es immer noch sehr experimentell. Beachten Sie, dass das C ++ - Ziel erst in der neuesten Version eingeführt wurde.
Franco Ponticelli

34
Es wäre auch hilfreich, einige Nachteile für haXe zu haben - nicht nur Lob.
Alan Klement

Als AS3-Programmierer und wenn ich sehe, wie der Blitz schrecklich stirbt, wird Haxe für uns immer besser.
Justnajm

Einig über die möglichen Nachteile, und wenn Sie können, würde ich wirklich gerne eine aktualisierte Version dieser Antwort, wenn dies möglich ist.
Prometheus

25

"Was macht es für Leute, die Haxe benutzen, nützlich für Sie?"

Als kreativer Blinker sehe ich den Punkt in AS3 wirklich nicht mehr! Von einem Flash-Benutzer-Codierer / Künstler ist hier meine Einstellung:

In meinem aktuellen Projekt habe ich einen 19-Jährigen, der unter meiner Anleitung von AS2 / AS3-Klassen zu Haxe-Klassen gewechselt ist und sowohl AS2- als auch AS3-Code portiert hat. Daher denke ich nicht, dass Haxe schwieriger zu verwenden ist als AS3 oder wenn es in Flash verwendet wird, erheblich anders. Was die Stabilität angeht, sind Aspekte der aktuellen Flash-Player mein Hauptproblem. Haxe ist bei der Entwicklung von Flash wirklich genauso stabil oder stabiler als AS3.

Die Flash-Evolution war ein ständiger Prozess zum Erstellen von Bibliotheken, die bei Flash-Änderungen unbrauchbar werden (könnte es sein, dass sie jedes Jahr Software verkaufen müssen!?), Und Komponenten waren schon immer etwas, das ich brauche, aber Größen sind albern, also bin ich nicht bereit wie Schafe in Flex zu folgen oder sogar zur alternativen XAML zu wechseln.

Der Hauptvorteil von Haxe ist, dass Sie anfangen können, wirklich daran zu denken, Klassen zu erstellen, die von der Plattform getrennt sind und in fünf Jahren weitgehend verwendbar sein werden. Ich bezweifle, dass dies für jede von Ihnen erstellte AS3 zutrifft. Haxe hat möglicherweise weniger Bindungen Ich könnte Code in JavaScript, Silverlight oder was auch immer Google als nächstes herausbringt, kompilieren.

Meine Hauptprobleme mit Haxe sind, dass der größte Teil der Entwicklung nicht auf Macs durchgeführt wurde, so dass Aspekte des Kompilierens von C ++ und der neuen Funktionen von Haxe manchmal von Windows-Benutzern stammen, aber ich hatte keine Probleme mit Kern-Haxe wie der Flash-Kompilierung.

In Bezug auf Designer: Ich verwende einen zur Laufzeit geladenen Flash-IDE-Film für meine visuellen Assets und mache dasselbe bei der Entwicklung in AS3, sodass mein Workflow nicht von AS3 / Haxe abhängt. Ich mag ein einfaches Leben, also verwende ich Textmate für beide AS3 oder Haxe. Ich habe eine Leidenschaft für die Flash-IDE und ihre Leistungsfähigkeit, würde sie aber niemals für Code verwenden, und der größte Teil meiner Flash-Arbeit besteht hauptsächlich aus Code. Ich bin also kein Linux-Hardcore. Haxe hält Sie nicht davon ab, Flash-IDE zu verwenden, aber wenn Sie möchten benutze swfmill oder sam du kannst.

Die Frage ist: Warum sollten Sie Ihre Zeit mit einer kommerziellen Sprache AS3 verschwenden, die sich wahrscheinlich nur ändert, um zukünftige Versionen zu verkaufen, und auf den Flash Player beschränkt ist?

Es hat nicht lange gedauert, bis ich zu einem Stadium gekommen bin, in dem ich ein Spiel oder eine komplexe Idee in Javascript erstellen konnte, ohne jQuery usw. sofort zu benötigen. Haxe ... es würde browserübergreifend funktionieren usw. Haxe lässt mich meinen Flash nehmen Programmierkenntnisse und Verständnis für die Entwicklung von Schnittstellen außerhalb von Flash (nachdem ich noch nie wirklich JavaScript verwendet hatte), wenn ich reines JavaScript lernen würde, würde ich mich wahrscheinlich nicht so aktiviert fühlen, eher als hätte mir jemand den Arm abgeschnitten und ich würde sehr plattformspezifischen Code schreiben Jetzt kann ich FEffects zum Tweening verwenden und später einige Compiler-Switches hinzufügen und auf einigen anderen Plattformen kompilieren und neash / nme verwenden.

Ich mag Aspekte wie den Compiler, der sich mit Typen auskennt, damit mein Code sauberer wird. Und Typedefs sind brillant.

Ich habe mir PHP angesehen und festgestellt, dass es eine unordentliche, alberne, schmutzige Sprache ist, und das Gleiche gilt für JavaScript. Ich bin so froh, dass ich sie mit Haxe anvisieren kann und nicht zu viel Zeit mit schwarzer Hack-Magie verbringen muss.

Wenn Sie gerne Code für eine schnelle Entwicklung der visuellen Kreativität erstellen, ist Haxe meiner Meinung nach die ideale Sprache, und selbst als Freiberufler verwende ich ihn kommerziell.


18

Mein Blick auf Haxe,

Warnung Die folgenden Absätze sind sehr philosophisch (die praktischen sind weiter unten):

Als jemand, der in meiner kurzen Programmierzeit für viele Programmiersprachen offen war, und als jemand, der einfach weitermacht, wenn ich das Gefühl habe, dass etwas für mich nicht funktioniert; Ich finde, dass Haxe etwas ist, von dem ich einfach nicht weiterkommen kann, ich kann es einfach nicht verbessern.

Ich hatte in der Vergangenheit festgestellt, dass die Zeit, die ich mit dem Schreiben in einer bestimmten Sprache verbringe, mit zwei Schlüsselfaktoren zusammenhängt: Wie oft muss ich diese Sprache verwenden, um das Ergebnis zu erzielen, und wie leicht finde ich diese Sprache zu verstehen. Aber mit Haxe war die Greifzeit viel kürzer, und ich schreibe dies meinem kleinen Wissensaufbau in einer Vielzahl von Sprachen zu. Bis Haxe hatte ich noch nie einen gefunden, der wirklich zu mir passte und der sich einfach richtig anfühlte. Sie waren entweder zu schwer zu verstehen oder einfach nutzlos. zumindest aus meiner Sicht nutzlos.

Haxe hatte mir erlaubt, viel ausdrucksvoller mit dem Schreiben umzugehen. Ich meine nicht das "Ausdrucksvolle", sondern die Qualität, mit der alle über Sprachen sprechen. Ich meinte die Fähigkeit, nur eine Idee zu haben und damit zu laufen, es zu versuchen etwas aus der Art, wie ich mich fühle, ist richtig. Ob es gelingt oder völlig scheitert.

Haxe war eine sehr einfache Lernkurve für mich, mit meinem allgemeinen Hintergrund in Sprachen im C-Stil und AS2 / 3, und ich hatte keine wirklichen Probleme, es zu lernen. Eine Sache, die meinen Fortschritt mit einer neuen Sprache immer behinderte, war das Verständnis des Konzepts hinter dieser bestimmten Syntax / diesem speziellen Framework, aber selbst wenn ich diese Hürde überwunden hatte, stellte ich oft fest, dass die Sprache an sich entweder begrenzt, einschränkend oder beides war. Mit Haxe bin ich weder eingeschränkt noch finde ich die Sprache selbst, um mich einzuschränken. Bei Haxe gibt es keine Glasdecke, aber es gibt einen Glasboden, da es keine Grenzen für Ihre Möglichkeiten gibt, aber Sie können deutlich sehen, wie Sie dorthin gekommen sind

Haxe aufzuheben ist nicht so, als würde man ein paar Stöcke aufheben und Feuer machen, aber es ist auch nicht so, als würde man ausgehen und ein Oxyacetylen-Set kaufen und damit ein Feuer entzünden. In diesem Sinne ist Haxe näher an einem Match, das Sie wiederverwenden können. Es folgt fast allen Konvertierungen von etwas, das Sie gewohnt sind, fügt aber nützliche neue Funktionen hinzu. Aber um dies zu tun, erfindet es das Rad nicht vollständig neu, sondern repariert nur die faulen Teile. (ok weniger Analogien im nächsten Absatz)

Praktische Dinge:

Die Sprache ist einfach, leicht und standardisiert, während der Programmierer dennoch so weit gehen kann, wie er möchte.

Sie können einen Code auf sehr hohem Niveau schreiben oder mit den kleinen Dingen herumspielen (auf einigen Plattformen zu einem ernsthaften Grad).

Haxe schreibt nicht vor, was Sie auf einer Plattform tun können und was nicht, es gibt (oder plant, Ihnen) vollen Zugriff auf alles zu gewähren, aber wo es kann, fügt es eine standardisierte Vorgehensweise hinzu.

Die Mailingliste ist sehr hilfreich und reaktionsschnell und das Forum nimmt jetzt sogar Fahrt auf.

Die Sprache wird ständig (in geringfügiger Weise) geändert, wobei in jeder Version neue Dinge hinzugefügt werden.

Es gibt nur sehr wenige echte Fehler für die Haupt-API und noch weniger für den Compiler.

Jeder spricht offen über die Sprache, ihre Richtung und die Richtung, die sie für Haxe vorschlagen (und natürlich darüber, warum sie diese Richtung einschlagen sollte).

Und schließlich ist Haxe kein großes privates Unternehmen eines großen (oder sogar kleinen) Unternehmens, um mit Ihnen als Entwickler Geld zu verdienen, sondern es wurde für alle Entwickler entwickelt, um es zu nutzen, darauf aufzubauen und zu verbessern. Und deshalb habe ich das Gefühl, dass Haxe der Ort ist, an dem ich sein möchte. (Nun zurück zur Codierung)


13

Wenn Sie eine kurze Antwort haben möchten: JA!

Was macht es für Leute, die Haxe verwenden, nützlich für Sie?

Die meiste Zeit benutze ich Haxe für die Serverseite. (Dies bedeutet PHP oder Neko-Ziel). Meiner Meinung nach ist PHP die nervigste Sprache, die ich jemals benutzt habe. Aus diesem Grund habe ich angefangen, Haxe zu verwenden: Eine brauchbare Sprache zu haben.

Ein weiterer großer Vorteil für mich ist, dass Haxe Open Source ist.

Bietet es eine signifikante Portabilität?

Den gleichen Code auf verschiedenen Zielen haben! Ich konnte mir keinen Weg vorstellen, mehr Portabilität zu haben.

Die Migration einer Website von PHP nach mod_tora , die 40-80-mal schneller als PHP ist, erfordert oft nur 5 Minuten Arbeit.

Was ist eine reale Welt und vielleicht unter geschätzten Vorteilen?

  • Der größte Vorteil ist die Portabilität des Codes und die hervorragenden Kommunikationsmöglichkeiten zwischen den Plattformen. Es war nie einfacher, Daten zwischen Client und Server zu verarbeiten. (Schauen Sie sich den Abschnitt Remoting im Wiki an.)
  • Die Community ist großartig . (Wenn du zumindest Mailinglisten mag. :-)
  • Eine andere Sache ist: Wenn Sie sehr plattformeigene Operationen ausführen müssen, die von Haxe nicht unterstützt werden (was sehr selten vorkommt), bietet Haxe Ihnen immer die Optionen, um sie gezielt einzusetzen. Es heißt die Haxe-Magie . Mit anderen Worten: Sie könnten alles tun, was Sie in der Muttersprache der Plattform tun könnten + all das Schöne, was Haxe Ihnen bietet.

Was sind die Fallstricke oder Fallstricke?

  • Dokumentation, manchmal Installation ist nicht 100% perfekt. Die Unterstützung für IDEs könnte erheblich verbessert werden.
  • Auch das JavaScript-Ziel ist manchmal schwer zu verwenden, da Haxe eine wirklich gute Sprache bietet, aber eine Art Framework für die häufigsten DOM-Manipulationen fehlt, aber ich denke, einige Leute arbeiten daran ;-)
  • Wenn ich für Kunden arbeiten muss, mögen sie manchmal nicht die Idee, ihr Projekt in einer so unbekannten Sprache realisieren zu lassen.

PS: Ich denke, es lohnt sich immer, eine neue Sprache zu lernen, da dies Ihre Programmierkenntnisse und -erfahrungen verbessert.


mode_tora klingt interessant. Aber was machst du, wenn du Apaches httpd nicht hast / willst? Es gibt einen Server in Neko, aber die Dokumentation sagt, dass es nur für die Entwicklung ist.
stesch

8

Nun, Ihre Frage ist bereits beantwortet, aber ich möchte ein paar kurze Klappentexte hinzufügen.

Ich habe Haxe nach den ersten Betas intensiv gelernt und angewendet und benutze es seitdem. Es war die erste Sprache, die ich lernte (ich war zu dieser Zeit auch noch am College), die mir den Unterschied zwischen Sprache und API wirklich verständlich machte.

Sie sehen, am College habe ich zuerst AS2 gelernt, dann PHP, dann etwas Javascript. Wir hatten keine formelle Einführung in die Programmierung (und ich habe sowieso keine Informatik studiert). Diese Sprachen sind alle ziemlich eng mit den Plattformen verbunden, so dass ich als Programmieranfänger automatisch davon ausgegangen bin, dass Dinge wie strlen () PHP, MovieClip AS2, ...

Durch die Verwendung von Haxe habe ich den Wert des objektorientierten Designs tatsächlich verstanden, da die Plattform meine Klassen nicht mehr einschränkte. Ich könnte Code, der für ein Flash-Projekt geschrieben wurde, in meinem regulären Webcode wiederverwenden, wenn ich sie gut genug von ihren Plattformspezifikationen trenne.

Aufgrund der hervorragenden Remoting-Klassen, mit denen Sie zwischen Plattformen kommunizieren können, wurde mir auch klar, dass XML weder etwas Besonderes noch JSON ist. Ohne Code, der darauf einwirkt, ist alles bedeutungslos.

Für jemanden wie mich, der gerade mit dem Programmieren angefangen hat, war das eine ziemlich große Offenbarung in einer Zeit, in der XML 'cool' und für alles gut war ;-)


5

Haxe ist eine unschätzbare Sprache. Viele seiner Pluspunkte werden oft übersehen. Zum Beispiel hat es fantastische integrierte Bibliotheken, die die Anwendungsentwicklung sooo viel einfacher machen, wie zum Beispiel ein einfaches, aber sehr leistungsfähiges ORM (Neko / PHP), ein vollständiges plattformübergreifendes Remoting (Flash / JS / PHP / C ++ / Neko), wo es welche gibt Die unterstützte Plattform kann problemlos mit jeder anderen Plattform, einer soliden Bibliothek für reguläre Ausdrücke (Unterstützung von allen außer Flash <8) und vielem mehr kommunizieren.

Als Hinweis habe ich kürzlich eine Anwendung mit Haxe für PHP / JS / Flash geschrieben und festgestellt, dass die Entwicklungsgeschwindigkeit exponentiell erhöht wurde.

Zugegeben, Haxe ist vielleicht nicht auf Designer ausgerichtet, aber es ist auch kein Hardcore. Haxe ist sehr einfach zu erlernen und wiederzuverwenden, und mit zunehmender Anzahl von Zielplattformen können Haxe-Entwickler auch diese ansprechen, ohne etwas Neues lernen zu müssen.


4

Meine hauptsächliche Verwendung von Haxe beschränkt sich immer noch auf die Flash-Entwicklung. Ich erwärme mich nur langsam auf die Idee, dass es für andere Ziele verwendet werden kann. Ich sehe immer noch keine Vorteile in dieser Richtung und mache mein PHP und JS direkt in PHP und JS.

Auch wenn ich nicht für das Neko-Backend entwickle, ist es eine großartige Unterstützung, da ich Testfälle für Code schreiben und sie in ein Build-Skript integrieren kann, anstatt sie nur in einem Flash-Player ausführen zu können. Dies ist ein sehr guter Vorteil.

Die Offenheit des Codes und der Entwicklung ist ebenfalls ein guter Vorteil. Ich brauchte wirklich einen Präprozessor und so #linewurde Haxe unterstützt. Ich glaube nicht, dass Adobe meine Anfrage jemals ernst genommen hätte.

Ich finde, dass eine getippte Sprache ein großer Vorteil gegenüber vielen der neuen modernen Sprachen ist.

In Bezug auf Sprachkonsistenz und Back-End-Transparenz gibt es mehrere Fallstricke. Ich halte eine Liste von denen , die mich beeinflussen hier . Natürlich ist keine Sprache in dieser Hinsicht perfekt, aber ich bin etwas enttäuscht, dass eine neue Sprache so viele hat.


3

Ich programmiere Haxe seit ungefähr 2 Jahren für den persönlichen und beruflichen Gebrauch. Es gibt bestimmte Vorteile, die Sie von anderen Sprachen nicht erhalten. Der größte ist, dass es fast von Anfang an als moderner Compiler in Produktionsqualität konzipiert wurde, der sich flexibel an neue Plattformen anpassen und deren einzigartige Funktionen nutzen kann . Dies macht es einer übergeordneten Version von C am nächsten. Wenn Sie Code in Haxe schreiben, können Sie sich darauf verlassen, dass er bleibt.

Die Akzeptanz in der Community war stärker als Sie denken - ich habe eine kleine Analyse des Listenverkehrs in komprimierten Kilobyte (aus den Daten auf http://lists.motion-twin.com/pipermail/haxe/ ) durchgeführt und das Ergebnis zeigt Seit 2006 ist jedes Jahr ein Anstieg von 25-50% seit Jahresbeginn (Januar bis September) zu verzeichnen. In den letzten sechs Monaten ist der Verkehr stark explodiert, und ich denke ernsthaft darüber nach, ihn zu verdauen, da sonst mein Posteingang mit Hunderten von Nachrichten auf Haxe überflutet wird, wenn ich gehe es für mehr als einen Tag. Es ist nicht so hochgespielt wie andere Sprachen, aber das bedeutet wiederum, dass die Leute, die ihre Wagen an Haxe anhängen, selbstbewusste und gut informierte Programmierer sind.

Die Leute haben in anderen Kontexten mit Sprach-zu-Sprache-Compilern experimentiert (Schema überall, Python oder Ruby in JS usw.), aber diese Sprachen wurden für einen anderen Ort und Zweck entwickelt und verlieren bei der Übersetzung viele ihrer besten Aspekte Die Ergebnisse sind coole Hacks, aber für die tägliche Arbeit nicht angenehm. Haxe fühlt sich nicht so; während es nicht die Annehmlichkeiten hat , die aus mit Sprache / runtime Integration kommt, hat es eine Menge anderer coolen Sachen zu bieten jetzt .


3

Subjektiv finde ich, dass ich in Haxe produktiver bin als in jeder anderen Sprache. Ich benutze Haxe hauptsächlich für Neko und JavaScript.

Der Compiler selbst ist sehr schnell, sodass ich Haxe wie eine Skriptsprache verwenden kann. Es neigt zur Objektorientierung, verfügt jedoch über eine Reihe von Funktionswerkzeugen. erstklassige Funktionen, funktionale Übereinstimmung, Lambda-Bibliotheken.

Ich finde die Geschwindigkeit von Neko ausreichend und die kleine Bildgröße eignet sich hervorragend für eingeschränkte Umgebungen. Es ist C FFI ist ausgezeichnet - sehr einfach, neue Funktionen hinzuzufügen.

Ich verwende Haxe für meinen clientseitigen JavaScript-Controller und löse Ereignisse in einer Standard-jQuery-Ansicht aus. Dies funktioniert sehr gut, da Sie Ihren Client- und Servercode gleichzeitig überprüfen können, während Sie untypisierte unformatierte JS auf ein Minimum beschränken und die Vorteile der üblichen JS-Bibliotheken beibehalten. JSON-Bibliotheken verfügbar. Übrigens, obwohl Haxe mit mod_ * für Apache usw. geliefert wird, finde ich die Verwendung eines Proxys viel flexibler, sodass ich mehrere Neko-Instanzen hinter dem Webserver einrichten kann.

Im Großen und Ganzen denke ich, dass es sehr gut abgerundet und durchdacht ist - und kritisch funktioniert es wie auf allen Plattformen beworben.


2

ja ganz

ABER es braucht eine bessere IDE und Dokumentation, das Fehlen einer großartigen IDE (wie einer Eclipse-basierten) macht für mich den Unterschied und ich kann aufgrund dessen nicht die Produktivität erreichen, die ich in anderen Sprachen mache.

Sprache = großartig - meilenweit am besten Entwicklungsumgebung = schlecht (zu diesem Zeitpunkt und imho)


1

Ich hatte Haxe auf dem Radar, seit es angefangen hat. Ich stimme zu, dass es sehr vielversprechend erscheint, aber ich habe festgestellt, dass Entwickler es nicht so schnell übernehmen, wie Sie es erwarten würden (im Vergleich zu RoR und sogar Flex).

Unabhängig davon, wie gut und geeignet Haxe im Moment für Sie sein kann, werden Sie immer noch zu den Early Adopters gehören, und Sie werden sicher auf Probleme eingehen, mit denen Early Adopters normalerweise konfrontiert sind.

Obwohl es eine sehr aktive Mailingliste mit sehr hilfreichen Mitgliedern gibt, würde ich trotzdem warten, bis mehr Leute mitmachen und mehr Bücher und Ressourcen darüber geschrieben werden.

Am Ende hilft Ihnen Haxe, in einer einzigen Sprache zu schreiben und verschiedene Plattformen anzusprechen (hauptsächlich JS und Flash und jetzt NekoVM, PHP und C ++). Brauchen Sie das wirklich?!


1
Ich bin mir nicht sicher, ob dies ein fairer Vergleich für die Adoptionsrate ist. Mit Flex ist es eine gesponserte Sprache von Adobe. Das gibt ihm automatisch "Street Cred";) Ruby war ungefähr 10 Jahre alt, als Rails herauskam. Nach allem, was ich gesehen habe, scheinen mehr Leute zu RoR zu wechseln als zu Ruby. Im Gegensatz dazu ist Haxe ungefähr halb so alt, und obwohl es viele Frameworks für Haxe in der Entwicklung gibt, ist sicherlich keines so viral geworden wie Rails.
Tylermac

Ernsthaft?! Wie viel Prozent der RoR-Entwickler haben Ruby verwendet, bevor RoR herauskam? Und spielt es für mich (als Entwickler) keine Rolle, ob eine Entwicklungsplattform von einem großen Unternehmen gesponsert wurde oder nicht? Die Anpassungsrate bewegt sich mit HaXe IMO sehr langsam und dies ist mein Hauptanliegen
Ammar

Neue Ansätze sind nicht immer für alle offensichtlich. Ich erinnere mich an RoR und Papervision, beide Projekte, die in den letzten Jahren erweitert wurden und mich interessierten, und ich muss sagen, dass haXe sein Potenzial wirklich unter Beweis stellt und ich glaube, dass es größer sein wird als beide. 2-3 Jahre wird erzählen;)
JLM

Mein Argument steht noch: Es ist zu früh :)
Ammar

1
@JLM: 4 Jahre sind vergangen, Sie können Ihre Antwort bearbeiten und anpassen :)
Janus Troelsen
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.