2008-09-19 6 views
8

Zdaję sobie sprawę, że to pytanie było asked before, ale to był miesiąc bez przyzwoitych odpowiedzi ... Patrzę na Aptana's Jaxer i uważam, że koncepcja jest bardzo ekscytująca.Czy ktoś zna Jaxera? Szukam plusów i minusów

Oto szybki przegląd dla tych, którzy nie są zaznajomieni z nim:

Jaxer jest w ich słowach, „pierwszym prawdziwym świecie serwer AJAX”. Oparty jest na silniku Mozilli, więc skrypty są pisane z javascript i masz pełny dostęp do DOM po stronie serwera.

Skrypty są umieszczane na twoich stronach z tagami <script> i możesz określić atrybut runat (np. ASP.NET), aby zaznaczyć skrypty do wykonania na kliencie, serwerze, obu lub jako "serwer proxy", który sprawia, że funkcje dostępne na kliencie, ale są wykonywane na serwerze za pośrednictwem AJAX. Oznacza to również, że możesz używać swoich ulubionych bibliotek po stronie klienta (jQuery, Prototype) zarówno na serwerze, jak i na kliencie.

Może być również używany do przetwarzania dokumentów wygenerowanych w innym języku (np. Php, ruby), co moim zdaniem nie jest praktyczne, z wyjątkiem pomocy w przenoszeniu istniejących aplikacji na Jaxer.

  • Jakie są plusy i minusy?
  • Jak dojrzały/stabilny jest interfejs API?
  • Jaka jest wydajność w porównaniu do innych preprocesorów html po stronie serwera ?
  • Czy ktoś użył Jaxera z inną technologią (php, perła, rubin, itp.) i jakie były twoje doświadczenia?

EDIT: I zostały zaksięgowane innego pytanie dotyczące wadę odkryłem podczas gry z Jaxer: Defining objects when using Jaxer

Odpowiedz

12

nie używałem Jaxer na bardzo długo, ale tutaj jest kilka rzeczy znalazłem:

Plusy

  • Wpisz frontend i backend w tym samym kodzie. Szczególnie miło dla pisania logiki walidacyjnej.
  • "Bezproblemowa" komunikacja AJAX z powrotem do serwera - to tak, jakby wywołać funkcję JS.
  • Możliwość korzystania z frameworków JavaScript takich jak jQuery do manipulowania DOM.
  • Możliwość generowania lub manipulowania obrazami przy użyciu interfejsu Canvas API.
  • Możesz napisać swój serwer JavaScript używając nowych funkcji JavaScript 1.8, takich jak dodatki do Array i getters/setters.

Wady

  • znalazłem ich API być niestabilny (zostały one przejście do 1,0, gdy starałem się tak, że trochę sens) i dokumentacja było mylące, brakuje, lub nie zrobił” t pasuje do zmienionej funkcjonalności. Odkryłem również, że bardzo trudno jest debugować mój kod Jaxera po stronie serwera, a kiedy wpadłem w kłopoty, komunikaty o błędach nie były zbyt pomocne.
  • Nie można uzyskać rzeczywistej separacji MVC lub nawet MVP (typu ASP.NET) między prezentacją a logiką.
  • Osobiście nie mogłem pracować z E4X (xml w JavaScript), co miało być dużym drawem.
  • Nie zbudowano wokół niego wielu frameworków do budowy całej aplikacji. Zaczynasz od całkiem prostych podstawowych elementów.
  • To naprawdę nie zapewnia żadnej pomocy w twoim widoku, więc zapomnij o szablonach lub elementach do ponownego użycia, których możesz użyć gdzie indziej. Nie dlatego, że nie możesz tego powtórzyć, ale jest to trudniejsze niż po wyjęciu z pudełka.

Ogólnie rzecz biorąc, myślę, że Jaxer ma najwięcej obietnic jako postprocesora przed innym framewokiem sieciowym. Byłoby wspaniale wykorzystać Jaxera do warstwowania wszystkich sprytnych rzeczy AJAX na istniejącej stronie. Ułatwiłoby to stworzenie witryny dynamicznej z logiką walidacji/manipulacji stroną współdzieloną między serwerem a klientem. Nie sądzę, że chciałbym napisać aplikację używając tylko Jaxera. Ponadto jest młody (i niedojrzały) - będę zainteresowany, aby zobaczyć, gdzie się kończy.

+0

Mam zainstalowany Jaxer teraz i pierwszą rzeczą, którą przetestowałem była funkcjonalność E4X. Wydaje się działać świetnie i jest bardzo potężnym narzędziem. Należy pamiętać, że kod E4X powinien być przechowywany po stronie serwera, ponieważ Mozilla jest jedyną przeglądarką, która wie, co z nią zrobić. – Prestaul

+0

Tak, wiem, że to tylko Moz. Jak już powiedziałem, korzystałem z niego tuż przy przejściu na 1.0, podczas betów i miałem ciężki czas z E4X. Jeśli to działa, jest cudownie, jeśli nie, jest całkowicie nieprzezroczyste. – bhollis

0

@BRH: Wielki wgląd. Chciałbym powtórzyć wszystkie "Zalety" i "Wady" 2, 4, & 5 i ostateczny przegląd. W pewnym sensie rozumiem, że nie zamierzali wyprzeć żadnego rynku z wcześniejszych frameworków ... ale jeśli mogliby to zrobić i utrzymać go tak ciasno i zrozumiale, jak to jest, mam nadzieję, że tak! Lubię ich sposób myślenia!

P.S. Nie wiem, czy jest nowy, ale istnieje tag <jaxer:include, który wstrzykuje fragmenty na stronę przed wykonaniem skryptu po stronie serwera, co może być pomocne w niektórych scenariuszach ponownego użycia kodu. Może być więcej do odkrycia w tym temacie.

0

Wierzę, że Jaxer jest tak obiecujący, pochodzący od programisty AJAX tutaj;) ... ale to oznaczałoby, że muszę usunąć lub użyć mniej PHP, mojego pierwszego języka. :)