Jesse James Garrett, Autor von The Elements of User Experience, wurde touting ein Microsoft entwickelte Technologie als die nächste große Ding. Garrett sagt: "Die Kluft zwischen den Erfahrungen können wir auf dem Desktop und die Erfahrungen Nutzer können sich online schließt, dank einer neuen Web Application Framework fordern wir Ajax." Für die interessiert sind, finden Sie das Zitat in diesem Artikel. Ajax, das steht für 'asynchrone Java und XML ", ermöglicht die Entwicklung von Web-Anwendungen besser. Mit Ajax, die Kommunikation zwischen dem Server und Client ist nicht mehr abhängig von der User. Informationen aktualisiert wird, ohne die allgemein erforderlichen User-Maus-Klick. Die Kosten im Zusammenhang mit der Umsetzung AJAX ist relativ klein, wenn es relativ wenig Daten-Flow zwischen Client und Server. Da die Menge der Daten-flow erhöht, die Komplexität erhöht unverhältnismäßig.
Während das Wort "Ajax" könnte die mit ihm ein Gefühl der glänzenden sparkly Sauberkeit, ein fest, dass es schon eine Weile. Ajax wird nicht dazu führen, erheblich verbessert Web-Anwendungen. Im Vergleich mit HTML, Ajax-Vorteil kann destilliertem auf ein einziges Merkmal, Auflösung. Da Informationen übermittelt werden können asynchron, Software-Designer Mai Entwicklung und Umsetzung komplexer Modelle der verschiedenen Prozesse und Objekte. Im Wesentlichen jedoch, ein solcher Ansatz Sättel Designer und Programmierer mit Komplexität schnell zeigt, dass das Gesetz sinkender Erträge. Man wird feststellen, dass Entwickler verwenden Ajax zur Verbesserung der Datenübertragung oder Aggregation und die Bereitstellung blüht auf Web-Sites.
Man sieht ein Gegensatz Philosophie hinter der Entwicklung von Ruby on Rails ( "RoR"). RoR wurde geschaffen, um Vereinfachung der Arbeit der Entwickler. Während Ajax ist eine Mischung aus verschiedenen Sprachen und Protokolle, RoR ist eine einzige Sprache, mit denen ein Mai Erstellung von Web-Anwendungen. RoR konzentriert sich auf die Beseitigung repetitive Kodierung und Minimierung der Entwicklungszeit verkürzen. Auch hier können wir die Macht der RoR auf ein einziges Attribut .... Lösung. Da RoR bietet eine statische Rahmen, innerhalb dessen ein-Anwendungen entwickelt, ein beschränkt sich auf die Entschließung, die von einem solchen Rahmen. Während es könnte sein, dass Code-Rewriting ist eine Verschwendung von Zeit, RoR eliminiert die Möglichkeit, den Anwendungsbereich des Modells, auf die sich RoR wird gegründet.
Beide Ajax und RoR gibt es im Zusammenhang mit Web 2.0, aber sie liegen auf gegen Ende der Entwicklung Komplexität Spektrum. Wenn das Konzept, das Web 2.0 ist nur kohärent sein und erkennbar, es werden nicht alle Dinge für alle Menschen. Man muss feststellen, dass Web 2.0 ist nicht zentriert in erster Linie von den Interessen von Web-Entwickler. Diejenigen, die versuchen, um erste an die Entwickler bald finden sie verpasst haben, der Ausgangspunkt.
Web 2.0 wird gedeihen, denn es wird ein Rahmen, der erste der Auffassung, die User-Erfahrungen aus der Sicht des Nutzers. Web 2.0 geht es um die User. Web 2.0 geht es nicht um die User wie gesehen durch die Augen der Entwickler, der Hersteller oder der Herausgeber. Der Nutzer ist nicht definiert als jemand, der mit einer bestimmten Software. Der Nutzer ist eine einzelne Person. Durch die Modellierung Persönlichkeit, ein nicht nur entwickelt Web-Anwendungen, die am besten geeignet, um die Benutzer-Erfahrung, ein von Natur aus der Auffassung, die Rolle der Designer, die die Entwickler und Produzent.
(No Ratings noch) 
Loading ... 
Ehm, es tut mir leid, aber ich bin nicht wirklich die Idee, die Sie verstehen völlig, was Web 2.0, AJAX und RoR sind.
Sie sprechen von Web 2.0 als Rahmen und RoR und AJAX als competiting Alternativen. Nun, Tatsache ist, dass RoR ist ein Rahmenwerk und nutzt AJAX, um eine bessere User Experience - und mit der verbesserten Benutzerfreundlichkeit, Web 2.0 kommt.
Sie sagen auch, dass mit ror, Sie auf, was möglich ist mit RoR. Nochmals, ich möchte beweisen Sie falsch. RoR ist sehr erweiterbar, anpassungsfähig und beweglich. Mit anderen Worten: wenn Sie nicht wie die Art, wie es perticular Griffe etwas, können Sie es ändern. Wenn Sie möchten, verwenden Sie ein anderes JavaScript-Bibliothek für die AJAX fucntionality, Sie ändern. Sie sind nicht verpflichtet, was im Rahmen diktiert, es gemacht zu werden, um den Bedürfnissen der Entwickler.
Grüße Okke, ich stimme mit Ihnen überein, dass Ajax und RoR sind nicht "konkurrierenden" in dem Sinne, dass ein Entwickler die Wahl der einen oder der anderen. Wo sie im Wettbewerb ist in Bezug auf die Philosophien, auf denen sie gebaut.
Sie sagen, dass RoR ist "sehr erweiterbar, anpassungsfähig und beweglich." Eines müssen nur die Namen "Ruby-on-Rails", um die Idee, dass dieses Rahmens Opfer Flexibilität im Austausch für eine beschleunigte Entwicklung timefames. Genauer gesagt, RoR ist eine Implementierung eines Model-View-Controller (MVC)-Architektur. So flexibel wie RoR ist, es ist flexibel nur innerhalb MVC. In der Tat, RoR erbt die Grenzen von Ruby und der Grenzen, die durch die MVC-Architektur.
RoR sieht gut aus, verglichen mit dem, was kommt, bevor es. Jedoch nicht einlullen lassen, dass Sie in ein falsches Gefühl, dass RoR repräsentiert das Beste, was wir in der Lage als Designer und Entwickler. Das erinnert mich an eine Geschichte ...
Der Teufel und ein Freund waren zu Fuß entlang einer Bürgersteig. Ein Mann zu Fuß aways vor ihnen sah etwas auf dem Boden und nicht mehr zu holen sie diese, bevor Sie fortfahren auf dem Weg. Der Teufel begann leise lachen und sein Freund fragte ihn, was er gefunden lustig. Der Teufel antwortete: "Der Mann hat soeben festgestellt, ein Stück von der Wahrheit und Irrtum ist es für die ganze Wahrheit," Der Teufel lachte. "Nach gefunden, was er zu sein glaubt, die ganze Wahrheit, er werde nun die Suche abbrechen insgesamt."
~ Kenneth