Kennt jemand Jaxer? Ich suche nach Vor- und Nachteilen

8

Ich verstehe, dass diese Frage zuvor gestellt wurde , aber es hat war ein Monat ohne anständige Antworten ... Ich schaue auf Aptanas Jaxer und ich finde das Konzept sehr aufregend.

Hier ist ein kurzer Überblick für diejenigen, die nicht damit vertraut sind:

Jaxer ist in ihren Worten "der erste echte AJAX-Server der Welt". Es basiert auf der Mozilla-Engine, also werden Skripte mit Javascript geschrieben und Sie haben vollständigen Zugriff auf das DOM auf der Serverseite.

Skripts werden auf Ihren Seiten mit <script> -Tags platziert, und Sie können ein runat -Attribut (ala ASP.NET) angeben, um Skripts für die Ausführung auf dem Client, Server oder als "Server-Proxy" zu markieren. Das macht die Funktionen auf dem Client verfügbar, aber sie laufen auf dem Server über AJAX. Dies bedeutet auch, dass Sie Ihre bevorzugten clientseitigen Bibliotheken (jQuery, Prototype) sowohl auf dem Server als auch auf dem Client verwenden können.

Es kann auch verwendet werden, um Dokumente zu verarbeiten, die in einer anderen Sprache erzeugt werden (z. B. php, ruby), die ich für nicht praktikabel halte, außer um bestehende Anwendungen zur Verwendung von Jaxer zu überführen.

  • Was sind die Vor- und Nachteile?
  • Wie reif / stabil ist es die API?
  • Wie gut ist die Leistung im Vergleich zu andere serverseitige HTML Präprozessoren?
  • Hat jemand Jaxer mit einem anderen benutzt? Technologie (PHP, Perle, Rubin, etc.) und was waren deine Erfahrungen?

EDIT: Ich habe eine weitere Frage zu einem Nachteil gestellt, den ich beim Spielen mit Jaxer entdeckt habe: Defining Objekte bei der Verwendung von Jaxer

    
Prestaul 23.05.2017, 12:13
quelle

4 Antworten

12

Ich habe Jaxer nicht sehr lange benutzt, aber hier sind einige Dinge, die ich gefunden habe:

Vorteile

  • Schreiben Sie das Frontend und Backend in den gleichen Code. Besonders gut zum Schreiben der Validierungslogik.
  • "Nahtlose" AJAX-Kommunikation zurück zum Server - es ist wie beim Aufruf einer JS-Funktion.
  • Die Fähigkeit, JavaScript-Frameworks wie jQuery zu verwenden, um das DOM zu manipulieren.
  • Die Fähigkeit, Bilder mithilfe der Canvas-API zu generieren oder zu bearbeiten.
  • Sie können Ihr Server-JavaScript mit brandneuen JavaScript 1.8-Funktionen wie Array-Extras und Getter / Setter schreiben.

Nachteile

  • Ich habe festgestellt, dass ihre API instabil ist (sie wurden auf Version 1.0 umgestellt, als ich sie ausprobierte, so dass es irgendwie Sinn ergab) und die Dokumentation war verwirrend, fehlend oder passte nicht zu geänderten Funktionen. Ich fand auch, dass es sehr schwer war, meinen serverseitigen Jaxer-Code zu debuggen, und wenn ich in Schwierigkeiten geriet, waren die Fehlermeldungen nicht sehr hilfreich.
  • Sie erhalten keine echte MVC- oder MVP (ASP.NET-ähnliche) Trennung zwischen Ihrer Präsentation und Ihrer Logik.
  • Ich persönlich konnte E4X (xml in JavaScript) nicht zum Laufen bringen, was eine große Attraktion sein sollte.
  • Es ist nicht viel Framework dafür gebaut, um eine ganze Anwendung zu erstellen. Du fängst von einigen ziemlich einfachen Bausteinen an.
  • Es ist nicht wirklich hilfreich für Sie, vergessen Sie also alle Templating- oder wiederverwendbaren Komponenten, die Sie woanders verwenden könnten. Nicht, dass Sie das nicht replizieren können, aber es ist schwieriger, als es aus der Box zu haben.

Insgesamt denke ich, dass Jaxer als Postprozessor vor einem anderen Webframe am vielversprechendsten ist. Es wäre großartig, Jaxer zu verwenden, um das gesamte AJAX-Material auf eine bestehende Site zu schichten. Es würde es viel einfacher machen, eine dynamische Site mit Validierungs- / Seitenmanipulationslogik zwischen Server und Client zu erstellen. Ich glaube nicht, dass ich eine Anwendung nur mit Jaxer schreiben möchte. Außerdem ist es jung (und unreif) - ich werde interessiert sein zu sehen, wo es endet.

    
bhollis 19.09.2008 06:28
quelle
1

Ich bin auf diese Leistungsbenchmarks gestoßen.

Es sieht so aus, als ob Jaxer besser ist als Rails, aber nicht so gut wie PHP ...

    
Prestaul 19.09.2008 17:12
quelle
0

@BRH: Große Einsicht. Ich würde alle "Pros" und "Cons" 2, 4 & amp; 5 und dein endgültiger Überblick. Ich habe den Eindruck, dass sie nicht vorhatten, den Markt für Upstream-Frameworks zu verdrängen ... aber wenn sie das tun könnten und es so eng und verständlich wie möglich halten, hoffe ich, dass sie es tun! Ich mag die Art, wie sie denken!

P.S. Ich weiß nicht, ob es neu ist, aber es gibt ein <jaxer:include -Tag, das vor der serverseitigen Skriptausführung Fragmente in die Seite einfügt, die in einigen Code-Wiederverwendungsszenarien hilfreich sein könnten. Es könnte mehr für mich geben, in diese Richtung zu finden.

    
KS 19.09.2008 20:56
quelle
0

Ich glaube, Jaxer ist so vielversprechend, kommt von einem AJAX-Entwickler hier;) ... obwohl das bedeuten würde, dass ich weniger PHP, meine erste Sprache, verwenden müsste. :)

    
18.10.2008 00:21
quelle

Tags und Links

Django: Verwenden von Annotate, Count und Distinct in einem Queryset Was sind gute Open-Source-Projekte in .NET, an denen ich arbeiten kann [geschlossen]