Czy warto się uczyć Haxe? [Zamknięte]


153

Dla osób używających Haxe , co sprawia, że ​​jest on przydatny? Czytanie strony wygląda bardzo obiecująco. Czy zapewnia znaczną przenośność?

Jakie są prawdziwe i być może niedoceniane zalety?

Jakie są pułapki lub pułapki?


nigdy wcześniej o tym nie słyszałem, wygląda interesująco.
JoshBerke

9
Dlaczego społeczność miałaby mieć poważne problemy? Społeczność nie jest zbyt duża, ale jest bardzo pomocna, wystarczy spojrzeć na aktywność listy mailingowej.
Franco Ponticelli

4
Krótka odpowiedź brzmi: tak, warto się tego nauczyć. Bardziej szczegółową odpowiedź napiszę później, jeśli ktoś inny nie odpowie lepiej.
tylermac


2
Nie sądzę, żeby było coś złego w nauce tego. Jest tak blisko JS i AS, że czas spędzony na nauce może zostać przeniesiony na inne projekty.
Nosredna

Odpowiedzi:


128

Czy warto się uczyć Haxe?

Krótka odpowiedź brzmi: absolutnie!

Dla osób używających Haxe, co sprawia, że ​​jest on przydatny?

Jeśli jesteś programistą stron internetowych, wiesz, że nie możesz zbyt długo trzymać się jednej technologii. Wcześniej czy później będziesz musiał poradzić sobie ze zmianami w środowisku lub celach (tworzysz dla .NET, ale ważny klient wymaga PHP, a może ten widget powinien być w formacie Flash, a nie JavaScript) i jest to najlepszy scenariusz. W najgorszym przypadku będziesz musiał przełączać się stale, często wiele razy w tym samym dniu roboczym.

Te przełączniki mogą marnować dużo czasu, ponieważ musisz zbyt wiele razy zmieniać paradygmat programowania i być może dlatego, że będziesz mieć wiele nakładek w kodowaniu bibliotek pod kątem określonych celów. Haxe próbuje złagodzić ból związany z przejściem, mając tylko jeden język źródłowy (język Haxe) i wiele danych wyjściowych (poprzez kompilator Haxe). Język jest bardzo przyjazny i łatwy do nauczenia, bez względu na pochodzenie.

Czytanie strony wygląda bardzo obiecująco. Czy zapewnia znaczną przenośność?

Język jest taki sam bez względu na platformę, na której wdrażasz. Dlatego definiujesz klasy / interfejsy / wyliczenia / typedefs w ten sam sposób dla JS, Flash, C ++ itp. Jeśli te typy, które definiujesz, nie zależą od konkretnego interfejsu API platformy, można je ponownie wykorzystać z platformy na platformę bez żadnego wysiłku . Wszystkie platformy mają również wspólne interfejsy API, takie jak dostęp XML, połączenia HTTP i odbicie. Platformy, które mają coś wspólnego (np. Neko i PHP) korzystają z tego samego interfejsu API, np. Dostępu do plików lub tworzenia serwerów WWW.

Jakie są prawdziwe i być może niedoceniane zalety?

  • Jeśli masz doświadczenie z Flash / Flex, wiesz, jak kompilator może spowolnić Twoją pracę (jedyną zaletą jest możliwość zrobienia sobie przerwy na kawę podczas oczekiwania;)). Kompilator Haxe jest wielokrotnie szybszy, tak szybki, że przez większość czasu nawet nie zauważysz, że działa.
  • Utworzony kod bajtowy jest znacznie szybszy niż jego odpowiednik utworzony przez narzędzia Adobe.
  • Również w dziedzinie Flash Haxe może „wbudować” funkcje lub uzyskać dostęp do funkcji Pamięci, które są dostępne gdzie indziej tylko przy użyciu Alchemii.
  • W razie potrzeby możesz również zdecydować, którą wersję Flasha wybrać, od 6 do 10; API bardzo się zmieniło, ale język Haxe jest dokładnie taki sam.

Mówiąc o stronie serwera, wszyscy wiemy, jak wszechobecny jest PHP. Możesz opracować aplikację z Haxe ukierunkowaną na nią i skalować do Neko lub nawet C ++, jeśli Twoja aplikacja internetowa będzie się rozwijać.

Jakie są pułapki lub pułapki?

Oto lista typowych nieporozumień:

  • Haxe is young and immatureNie bardzo, Haxe ma już prawie 4 lata, widział 25 oficjalnych wydań (nie buildów) + 13 alfa i beta, jest stale aktualizowany i ma bardzo oddaną społeczność. Jest używany profesjonalnie przez wiele osób w kilku obszarach rozwoju; zajrzyj do archiwum list mailingowych, aby dowiedzieć się, jak ludzie używają Haxe.

  • Haxe is complicatedPonieważ głównym celem Haxe jest bez wątpienia AS3, ludzie oczekują, że musi on mieć kreatorów lub GUI. Jak stwierdzono, Haxe jest językiem i kompilatorem, dzięki czemu jest odpowiedni dla programistów, ale niezbyt dobry dla projektantów.

  • There aren't any IDEsPrawdziwą częścią tego jest to, że IDE można ulepszyć w wielu aspektach, aby lepiej zintegrować się z Haxe, ale istnieje już wiele ważnych opcji .

  • The only book published is already outdatedJest tu też trochę prawdy, niestety książka została opublikowana zaledwie kilka miesięcy przed wydaniem głównej (od V1 do V2). To główne wydanie nie zmieniło się zbytnio, ale dodało kilka niekompatybilności. Książka nadal pozostaje ważnym źródłem informacji (nie mówię tego tylko dlatego, że ją napisałem;))


1
Dzięki za odpowiedź Franco. I lista IDE. Intryguje mnie wtyczka Xcode dla HaXe. To wygląda super słodko! Jaka jest historia z zestawami frameworka UI i Haxe? Na przykład, czy kiedykolwiek będzie można kierować reklamy, powiedzmy, Cocoa za pomocą HaXe i uzyskać natywne widżety dla OS X? Zasadniczo za pomocą narzędzia do tworzenia interfejsu i połączonego z kodem źródłowym HaXe?
Gordon Potter

Jeśli C ++ jest dla Ciebie wystarczająco natywny, to jest to możliwe. Powinieneś opakować wywołania Cocoa tak, aby były „osiągalne” z kodu wygenerowanego przez haXe. Obecna wersja haXe, jak zapewne już wiesz, umożliwia tworzenie aplikacji na iPhone'a; oczywiście jest to nadal bardzo eksperymentalne. Weź pod uwagę, że cel C ++ został wprowadzony tylko w najnowszej wersji.
Franco Ponticelli,

34
Przydałoby się również mieć pewne wady dla haXe - nie tylko pochwały.
Alan Klement

Sam programista AS3 i widząc, jak flash umiera okropnie, haxe jest dla nas coraz lepszy.
justnajm

Zgodziłem się na możliwe wady i jeśli możesz, naprawdę chciałbym zaktualizować wersję tej odpowiedzi, jeśli to możliwe.
Prometeusz

25

„Dla ludzi używających Haxe, co sprawia, że ​​jest on dla Ciebie przydatny?”

Jako twórczy flasher naprawdę nie widzę już sensu w AS3! Oto moje podejście od kodera / artysty użytkownika Flasha:

W moim obecnym projekcie mam 19-latka, który pod moim kierownictwem przeniósł się głównie z osi czasu AS2 / AS3 na Haxe i przenosił zarówno kod AS2, jak i AS3. Więc nie sądzę, żeby Haxe był trudniejszy w użyciu niż AS3 lub gdy używany we Flashu był znacząco inny. Jeśli chodzi o stabilność, moim głównym problemem są aspekty obecnych odtwarzaczy Flash. Haxe jest naprawdę stabilny lub bardziej stabilny niż AS3 podczas tworzenia Flasha.

Ewolucja Flasha to ciągły proces tworzenia bibliotek, które stają się bezużyteczne wraz ze zmianami Flasha (czy może to być konieczne, aby sprzedawać oprogramowanie co roku !?), a komponenty zawsze były czymś, czego potrzebuję, ale rozmiary są głupie, więc nie chcę podążać jak owca w Flex lub nawet przejść do alternatywnego XAML.

Główną zaletą Haxe jest to, że możesz zacząć naprawdę myśleć o tworzeniu klas, które są oddzielone od platformy i będą w dużej mierze użyteczne za pięć lat. Wątpię, czy jest to prawdą w przypadku każdego tworzonego AS3, Haxe ma mniej powiązań, potencjalnie Mógłbym skompilować kod do JavaScript, Silverlight lub cokolwiek innego, co Google wyda w następnej kolejności.

Moje główne problemy z Haxe polegają na tym, że większość rozwoju nie odbywała się na komputerach Mac, więc aspekty kompilacji C ++ i nowe funkcje Haxe czasami są śladami użytkowników Windows, ale nie miałem problemów z rdzeniem Haxe, takich jak kompilacja Flash.

Jeśli chodzi o projektantów: używam filmu Flash IDE ładowanego w czasie wykonywania dla moich zasobów wizualnych i robię to samo podczas programowania w AS3, więc tak naprawdę mój przepływ pracy nie zależy od AS3 / Haxe, lubię proste życie, więc używam Textmate zarówno dla AS3 lub Haxe. Mam pasję do Flash IDE i jego mocy, ale nigdy nie użyłbym go do kodu, a większość mojej pracy we Flashu jest w dużej mierze kodem, więc nie jestem jakimś hardcore'owym Linuksem, Haxe nie powstrzymuje cię przed używaniem Flash IDE, ale jeśli chcesz użyj swfmill lub sam, jak możesz.

Pytanie brzmi: po co tracić czas na komercyjny język AS3, który prawdopodobnie zmieni się tylko po to, aby sprzedawać przyszłe wersje i jest ograniczony do odtwarzacza Flash?

Nie zajęło mi dużo czasu dotarcie do etapu, na którym mogłem stworzyć grę lub złożoną grę IDE w javascript bez potrzeby używania jQuery itp. Zaraz po wyjęciu z pudełka Haxe ... to będzie działać w różnych przeglądarkach itp ... Haxe pozwala mi wziąć Flash umiejętności programistyczne i zrozumienie programowania interfejsu poza Flash (nigdy wcześniej nie korzystałem z JavaScript), gdybym miał nauczyć się czystego JavaScript, prawdopodobnie nie czułbym się tak włączony, bardziej jakby ktoś odciął mi rękę i pisałbym kod specyficzny dla platformy , podczas gdy teraz mogę użyć FEffects do animacji, a później dodać kilka przełączników kompilatora i skompilować na innych platformach i użyć neash / nme.

Właściwie podoba mi się takie aspekty, jak kompilator sprytny w zakresie typów, dzięki czemu mój kod jest czystszy. A kroje pisma są genialne.

Spojrzałem na PHP i zdecydowałem, że to niechlujny, głupi, brudny język i to samo dla JavaScript. Cieszę się, że mogę skierować do nich Haxe i nie muszę spędzać zbyt wiele czasu na czarnej magii hakerskiej.

Jeśli uwielbiasz tworzyć kod dla szybkich twórców wizualnych, myślę, że Haxe jest idealnym językiem i nawet jako wolny strzelec używam go komercyjnie.


18

Mój pogląd na Haxe,

Ostrzeżenie, poniższe akapity są bardzo filozoficzne (praktyczne są poniżej):

Jako ktoś, kto był otwarty na wiele języków programowania w moim krótkim czasie programowania i ktoś, kto po prostu przechodzi do przodu, gdy czuję, że coś mi nie działa; Uważam, że Haxe jest czymś, z czego po prostu nie mogę się rozwijać, po prostu nie mogę tego „lepiej”.

W przeszłości odkryłem, że ilość czasu, jaką spędzam na pisaniu w jednym konkretnym języku, wiąże się z dwoma kluczowymi czynnikami, jak dużo muszę używać tego języka, aby uzyskać wynik i jak łatwo jest mi go zrozumieć. Ale w przypadku Haxe okres lgnięcia był znacznie krótszy, co przypisuję mojemu niewielkiemu nagromadzeniu wiedzy w różnych językach. Aż do Haxe nigdy nie znalazłem takiego, który naprawdę mi odpowiadał i który po prostu wydawał mi się właściwy, albo były trudne do zrozumienia, albo po prostu bezużyteczne; przynajmniej bezużyteczne z mojej perspektywy.

Haxe pozwolił mi być o wiele bardziej ekspresyjnym sposobem pisania, nie mam na myśli tego „ekspresyjnego”, jak w przypadku jakości, o której wszyscy mówią o językach, mając na myśli umiejętność posiadania pomysłu i biegania z nim, próbowania coś nie tak, jak czuję, jest właściwe. Czy to się powiedzie, czy całkowicie zawiedzie.

Haxe było dla mnie bardzo łatwą krzywą uczenia się, z moim ogólnym doświadczeniem w językach w stylu c i AS2 / 3, i tak naprawdę nie miałem żadnych problemów z jego opanowaniem. Jedyną rzeczą, która zawsze przeszkadzała mi w rozwoju nowego języka, było zrozumienie koncepcji tej szczególnej składni / struktury, ale nawet gdy minąłem tę przeszkodę, często stwierdzałem, że język sam w sobie był albo ograniczony, ograniczający, albo jedno i drugie. Z Haxe nie jestem ani ograniczony, ani nie znajduję języka, który mnie ogranicza. W Haxe nie ma szklanego sufitu, ale jest to szklana podłoga, ponieważ nie ma ograniczeń co do tego, co możesz zrobić, ale możesz wyraźnie zobaczyć, jak się tam dostałeś

Podnoszenie Haxe nie jest jak podnoszenie patyków i rozpalanie ognia, ale nie jest to też wyjście na miasto i kupowanie zestawu acetylenowo-tlenowego i rozpalanie ognia. W tym sensie Haxe jest bliżej dopasowania, którego możesz użyć ponownie. Śledzi prawie wszystkie konwersje czegoś, co kiedyś, ale dodaje przydatne nowe funkcje. Ale żeby to zrobić, nie wymyśla całkowicie koła na nowo, po prostu naprawia zgniłe kawałki. (ok mniej analogii w następnym akapicie)

Praktyczne rzeczy:

Język jest prosty, łatwy i ustandaryzowany, a jednocześnie pozwala programiście posunąć się tak daleko, jak chce.

Możesz napisać fragment kodu na bardzo wysokim poziomie lub bawić się drobiazgami (w poważnym stopniu na niektórych platformach)

Haxe nie dyktuje, co możesz, a czego nie możesz robić na jednej platformie, daje (lub planuje dać) pełny dostęp do wszystkiego, ale tam, gdzie może, dodaje standardowy sposób robienia rzeczy.

Lista mailingowa jest bardzo pomocna i responsywna, a forum nabiera teraz tempa.

Język jest stale zmieniany (w niewielkich ilościach), a nowe rzeczy są dodawane w każdym wydaniu.

Jest bardzo niewiele prawdziwych błędów pojawiających się w głównym API, a jeszcze mniej w kompilatorze.

Każdy otwarcie mówi o języku, jego kierunku i kierunku, który sugeruje dla Haxe (i / oczywiście, dlaczego powinien iść w tym kierunku)

I wreszcie Haxe nie jest jakimś dużym prywatnym przedsięwzięciem dużej (lub nawet małej) firmy, aby zarabiać na tobie jako deweloperze, zamiast tego jest stworzone dla wszystkich programistów do używania, rozwijania i ulepszania. I dlatego czuję, że Haxe jest tym, gdzie chcę być. (teraz wróć do kodowania)


13

Jeśli chcesz otrzymać krótką odpowiedź: TAK!

Dla osób używających Haxe, co sprawia, że ​​jest on przydatny?

Przez większość czasu używam Haxe po stronie serwera. (Oznacza to cel PHP lub neko). Moim zdaniem PHP jest najbardziej ssącym językiem, jakiego kiedykolwiek używałem, dlatego zacząłem używać Haxe: Posiadanie użytecznego języka.

Kolejną dużą zaletą dla mnie jest to, że Haxe jest open source.

Czy zapewnia znaczną przenośność?

Posiadanie tego samego kodu na różnych celach! Nie mogłem sobie wyobrazić sposobu, aby mieć większą przenośność.

Migracja strony z PHP do mod_tora , która działa 40-80 razy szybciej niż PHP, często wymaga tylko 5 minut pracy ???

Jakie są prawdziwe i być może niedoceniane zalety?

  • Największą zaletą jest przenośność kodu i doskonałe opcje komunikacji między platformami, obsługa danych między klientem a serwerem nigdy nie była łatwiejsza. (Spójrz na sekcję Remoting na wiki.)
  • Społeczność jest świetna . (Jeśli przynajmniej lubisz listy mailingowe. :-)
  • Inna sprawa: jeśli musisz wykonywać natywne operacje na platformie, które nie są obsługiwane przez Haxe (co zdarza się bardzo rzadko), Haxe zawsze daje ci opcje kierowania na nie. Nazywa się to magią Haxe . Innymi słowy: możesz zrobić wszystko, co możesz zrobić w ojczystym języku platformy + wszystko, co oferuje Ci Haxe.

Jakie są pułapki lub pułapki?

  • Dokumentacja, czasami instalacja nie jest w 100% idealna. Wsparcie dla IDE można by znacznie poprawić.
  • Również cel JavaScript jest czasem trudny w użyciu, ponieważ Haxe zapewnia naprawdę dobry język, ale brakuje jakiegoś frameworka dla najczęstszych manipulacji DOM, ale myślę, że niektórzy nad tym pracują ;-)
  • Jeśli muszę pracować dla klientów, czasami nie podoba im się pomysł, aby ich projekt był realizowany w tak nieznanym języku.

PS: Myślę, że zawsze warto uczyć się nowego języka, ponieważ poprawia on umiejętności programowania i zwiększa doświadczenie.


mode_tora brzmi interesująco. Ale co zrobić, jeśli nie masz / nie chcesz httpd apache? W neko jest serwer, ale dokumentacja mówi, że jest przeznaczony tylko do programowania.
stesch

8

Cóż, na twoje pytanie już udzielono odpowiedzi, ale chciałbym dodać kilka krótkich notatek.

Nauczyłem się Haxe i intensywnie korzystałem z niego po pierwszych wersjach beta i od tamtej pory go używam. To był pierwszy język, którego się nauczyłem (byłem wtedy jeszcze na studiach), który naprawdę pozwolił mi zrozumieć różnicę między językiem a API.

Widzisz, na uczelni najpierw nauczyłem się AS2, potem PHP, a potem trochę Javascript. Nie mieliśmy formalnego wprowadzenia do programowania (a ja i tak nie studiowałem informatyki). Wszystkie te języki są dość powiązane z platformami, więc jako początkujący programista automatycznie założyłem, że rzeczy takie jak strlen () to PHP, MovieClip to AS2, ...

Używając Haxe, zrozumiałem wartość projektowania obiektowego, ponieważ platforma nie ograniczała już moich zajęć. Mogę ponownie wykorzystać kod napisany dla projektu Flash w moim zwykłym kodzie sieciowym, jeśli wystarczająco dobrze oddzielę go od specyfiki ich platformy.

Z powodu doskonałych klas zdalnych, których można używać do komunikacji między platformami, zdałem sobie również sprawę, że XML nie jest specjalnie wyjątkowy, podobnie jak JSON, wszystko jest bez znaczenia bez kodu, który na niego działa.

Dla kogoś takiego jak ja, który dopiero co zaczął programować, było to całkiem duże odkrycie w czasach, gdy XML był „fajny” i dobry do wszystkiego ;-)


5

Haxe to nieoceniony język. Wiele z jego zalet jest często pomijanych. Na przykład ma fantastyczne wbudowane biblioteki, które znacznie ułatwiają tworzenie aplikacji, takie jak prosty, ale bardzo wydajny ORM (Neko / PHP), pełny zdalny dostęp międzyplatformowy (Flash / JS / PHP / C ++ / Neko), gdzie każdy obsługiwana platforma może bezproblemowo komunikować się z każdą inną platformą, solidną biblioteką wyrażeń regularnych (obsługiwaną przez wszystkie oprócz Flash <8) i wieloma innymi.

Uwaga: niedawno napisałem aplikację przy użyciu Haxe dla PHP / JS / Flash i stwierdziłem, że szybkość programowania wzrosła wykładniczo.

To prawda, Haxe może nie jest skoncentrowany na projektantach, ale nie jest też hardkorem. Haxe jest bardzo łatwy do nauczenia i ponownego wykorzystania, a wraz ze wzrostem liczby platform docelowych programiści Haxe mogą również kierować reklamy na te platformy, bez konieczności uczenia się niczego nowego.


4

Moje główne zastosowanie Haxe jest nadal ograniczone do rozwoju Flash. Dopiero powoli dochodzę do wniosku, że można go użyć do innych celów. Nadal nie widzę korzyści w tym kierunku i robię PHP i JS bezpośrednio w PHP i JS.

Chociaż nie tworzę dla back-endu Neko, jest to świetne wsparcie, ponieważ oznacza to, że mogę pisać przypadki testowe dla kodu i zintegrować je ze skryptem kompilacji, a nie tylko uruchamiać je w odtwarzaczu flash. To bardzo dobra zaleta.

Otwartość kodu i programowanie jest również dobrą zaletą. Naprawdę potrzebowałem preprocesora, więc #linewsparcie zostało dodane do Haxe. Nie sądzę, by Adobe kiedykolwiek potraktował poważnie moją prośbę.

Uważam, że bycie językiem maszynowym ma ogromną przewagę nad wieloma nowymi współczesnymi językami.

Istnieje kilka pułapek związanych ze spójnością języka i przejrzystością zaplecza. I przechowywać listę tych, które mają wpływ na mnie tutaj . Oczywiście żaden język nie jest doskonały pod tym względem, ale jestem trochę rozczarowany, że nowy język ma tak wiele.


3

Koduję Haxe do użytku osobistego i zawodowego od około 2 lat. Istnieją pewne zalety, których nie uzyskasz z innych języków, z których największą jest to, że został zaprojektowany prawie od samego początku jako nowoczesny kompilator klasy produkcyjnej, który może elastycznie dostosowywać się do nowych platform i wykorzystywać ich unikalne funkcje . To sprawia, że ​​jest najbliżej wyższej wersji C.Jeśli piszesz kod w Haxe, możesz liczyć na to, że zostanie.

Absorpcja przez społeczność była silniejsza niż myślisz - przeprowadziłem małą analizę ruchu na listach pod kątem skompresowanych kilobajtów (z danych na http://lists.motion-twin.com/pipermail/haxe/ ), a wynik pokazuje wzrost o 25-50% YTD (styczeń-wrzesień) każdego roku od 2006 r. W ciągu ostatnich sześciu miesięcy ruch naprawdę gwałtownie wzrósł i poważnie rozważam przejście do przeglądu, ponieważ w przeciwnym razie moja skrzynka odbiorcza zostanie zalana setkami wiadomości na Haxe, jeśli wyjdę to dłużej niż jeden dzień. Nie jest tak przereklamowany jak inne języki, ale to z kolei oznacza, że ​​ludzie przyczepiający swoje wagony do Haxe są zwykle pewnymi siebie, dobrze poinformowanymi programistami.

Ludzie eksperymentowali z kompilatorami języka na język w innych kontekstach (Scheme w dowolnym miejscu, Python lub Ruby w JS itp.), Ale języki te zostały zaprojektowane do innego miejsca i celu, a podczas tłumaczenia tracą wiele ze swoich najlepszych aspektów, Rezultaty fajne sztuczki, ale niewygodne w codziennej pracy. Haxe tak nie czuje; chociaż nie ma udogodnień wynikających z integracji języka / środowiska uruchomieniowego, ma teraz do zaoferowania wiele innych fajnych rzeczy .


3

Subiektywnie uważam, że w języku Haxe jestem bardziej produktywny niż w jakimkolwiek innym języku. Używam Haxe głównie do Neko i JavaScript.

Sam kompilator jest bardzo szybki, co pozwala mi używać Haxe jako języka skryptowego. Przechyla się w kierunku orientacji na obiekt, ale ma wiele funkcjonalnych narzędzi; funkcje pierwszej klasy, dopasowanie funkcjonalne, biblioteki lambda.

Uważam, że prędkość Neko jest wystarczająca, a jego mały rozmiar obrazu jest świetny do ograniczonych środowisk. To C FFI jest doskonałe - bardzo proste, aby dodać nową funkcjonalność.

Używam Haxe dla mojego kontrolera po stronie klienta JavaScript, odpalając zdarzenia do standardowego widoku jQuery. Działa to naprawdę dobrze, ponieważ możesz jednocześnie wpisać check swojego klienta i serwera, zachowując nietypowy surowy JS do minimum i zachowując zalety zwykłych bibliotek JS. Dostępne biblioteki JSON. Przy okazji, chociaż Haxe ma mod_ * dla Apache itp., Uważam, że używanie proxy jest znacznie bardziej elastyczne, więc mogę skonfigurować wiele instancji Neko za serwerem WWW.

Ogólnie uważam, że jest bardzo dobrze dopracowany i przemyślany - i, co najważniejsze, działa tak, jak reklamowano na wszystkich platformach.


2

tak, całkowicie

ALE potrzebuje lepszego IDE i dokumentacji, brak świetnego IDE (takiego jak oparte na zaćmieniu) robi dla mnie różnicę i nie mogę z tego powodu osiągnąć poziomu produktywności, który robię w innych językach.

language = great - best by miles środowisko programistyczne = słabe (w tej chwili i imho)


1

Miałem Haxe na radarze od samego początku. Zgadzam się, że wydaje się to bardzo obiecujące, ale zauważyłem, że programiści nie adoptują go tak szybko, jak można by się tego spodziewać (w porównaniu z RoR, a nawet Flex).

Bez względu na to, jak dobry i odpowiedni Haxe może być teraz dla Ciebie, nadal będziesz jednym z pierwszych użytkowników i na pewno zajmiesz się problemami, z którymi borykają się pierwsi użytkownicy.

Chociaż istnieje bardzo aktywna lista mailingowa z bardzo pomocnymi członkami, nadal czekałbym, aż dołączy więcej osób i napisanych na ten temat więcej książek i zasobów.

Na koniec Haxe pomaga pisać w jednym języku i kierować reklamy na różne platformy (głównie JS i Flash, a teraz NekoVM, PHP i C ++). Naprawdę tego potrzebujesz ?!


1
Nie jestem pewien, czy to uczciwe porównanie wskaźnika adopcji. W przypadku Flex jest to język sponsorowany przez firmę Adobe. To automatycznie daje mu „uliczne uznanie”;) Ruby miał mniej więcej 10 lat, kiedy pojawił się Rails. Z tego, co widziałem, wynika, że ​​więcej osób przechodzi na RoR niż na zwykły Ruby. W przeciwieństwie do tego, Haxe ma około połowy lat i chociaż jest wiele platform dla Haxe w fazie rozwoju, z pewnością żadna nie stała się wirusowa jak rails.
tylermac

Poważnie?! Jaki jest% programistów RoR, którzy używali Rubiego przed pojawieniem się RoR? I nie ma dla mnie (jako programisty) znaczenia, czy platforma deweloperska była sponsorowana przez dużą firmę, czy nie? Szybkość adaptacji jest bardzo powolna dzięki HaXe IMO i to jest moje główne zmartwienie
Ammar

Nowe podejście nie zawsze jest oczywiste dla każdego, pamiętam RoR i papervision, oba projekty, które rozwinęły się w ostatnich latach, które mnie zainteresowały i muszę powiedzieć, że haXe naprawdę udowadnia swój potencjał i wierzę, że będzie większy niż oba ... 2-3 lata powie;)
JLM

Mój argument wciąż nie ustępuje: jest za wcześnie :)
Ammar,

1
@JLM: Minęły 4 lata, możesz edytować swoją odpowiedź i dostosować :)
Janus Troelsen
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.