Jesse James Garrett, autor The Elements of User Experience, został touting Microsoft opracowała technologię jako kolejny wielki rzeczy. Garrett mówi: "Różnica między doświadczeniami możemy dostarczyć na pulpicie i doświadczeń użytkownicy mogą uzyskać w Internecie jest zamykanie, dzięki nowej aplikacji sieci Web ramach nazywamy Ajax." Dla tych zainteresowanych, można znaleźć ofertę w tym artykule. Ajax, co jest skrótem od "asynchroniczny Java i XML", umożliwia tworzenia lepszych aplikacji internetowych. Korzystanie z Ajax, komunikacji między serwerem i klientem nie jest już zależy od użytkownika. Informacje są aktualizowane na ogół bez wymaganego użytkownika kliknięcie myszą. Koszty związane z zastosowaniem technologii AJAX jest stosunkowo niewielka, gdy istnieje stosunkowo niewiele danych przepływem między klientem a serwerem. Ponieważ kwota zwiększa przepływ danych, złożoność wzrasta niewspółmiernie.
Chociaż słowo "Ajax" mogą przeprowadzać z nim poczucie błyszczącą sparkly czystości, jeden stwierdza, że już od jakiegoś czasu. Ajax nie spowoduje znacznie poprawiła aplikacji internetowych. W porównaniu z HTML, Ajax Korzyść może być destylowaną do jednego cecha, rozdzielczości. Ponieważ informacje mogą być przesyłane asynchronicznie, projektantów oprogramowania, może rozwijać i realizować bardziej złożone modele z różnych procesów i obiektów. W istocie jednak takie podejście siodełek projektantów i coders złożoność szybko pokazuje, że prawo malejących przychodów. Jeden z nich znaleźć programistów używania Ajax, że w celu poprawy transferu danych lub w celu zapewnienia agregacji i kwitnie do stron internetowych.
Jeden widzi przeciwieństwie filozofii rozwoju Ruby on Rails ( "ror"). Ror został stworzony, aby uprościć pracę z deweloperem. Chociaż Ajax jest mieszanką różnych języków i protokołów, ror jest jednym języku, z którymi można tworzyć aplikacje internetowe. Ror koncentruje się na eliminacji powtarzających się kodowania i rozwój minimalizując czas. Ponownie, możemy zmniejszyć moc ror do jednego atrybutu .... Rozwiązanie. Ror, ponieważ zawiera statyczne ramy, w których jedna rozwija zastosowaniach, jeden jest ograniczona do rozwiązania przewidziane przez takie ramki. Choć może się zdarzyć, że przepisywanie kodu jest stratą czasu, ror eliminuje możliwość zmiany zakresu stosowania modelu ror, na których jest zbudowana.
Obie Ajax ror i są związane z Web 2.0, ale one leżą na końcach przeciwieństwie rozwoju złożoność widma. Jeśli jest, że pojęcie Web 2.0 ma być spójne i rozpoznawalne, nie będzie wszystko dla wszystkich ludzi. Trzeba stwierdzić, że Web 2.0 nie jest wyśrodkowany przede wszystkim interesy stron internetowych. Ci, którzy próbują zaspokoić pierwszy deweloperzy będą one już wkrótce znaleźć nieodebrane do punktu wyjścia.
Web 2.0 będzie rozkwitu, ponieważ nie będzie ramach uważa, że pierwsze doświadczenia użytkownika z punktu widzenia użytkownika. Web 2.0 jest około użytkownika. Web 2.0 nie jest na temat użytkownika widziany oczami dewelopera, producenta lub wydawcy. Użytkownik nie jest zdefiniowany jako każdy, kto używa danego oprogramowania. Użytkownik ma osoby. Przez modelowanie osobowości, jeden nie tylko tworzeniem aplikacji internetowych, które są najlepiej przystosowane do użytkownika doświadczeń, jeden z założenia uważa roli projektanta, deweloperów i producentów.
(Nie ma jeszcze żadnych ocen) 
Ładowanie ... 
Ehm, Wybacz, ale ja naprawdę nie otrzymasz pomysł Ci zrozumieć, co całkowicie web 2.0, ajax i są ror.
Ty mówisz web 2.0, jak i ramy ror i Ajax competiting jako alternatywy. Cóż, faktem jest, że ror jest ramy i wykorzystuje AJAX, aby uzyskać lepsze doświadczenie użytkownika - i przy poprawie user doświadczenia, web 2.0 się wzdłuż.
Mówi pan również, że z ror, jesteś ograniczony do tego, co jest możliwe z ror. Ponownie, chciałbym udowodnić w błędzie. Ror jest bardzo możliwością, elastycznych i sprawnych. Z Innymi słowy: jeśli nie lubisz perticular sposób, w jaki radzi sobie coś, można go zmienić. Jeśli chcesz użyć innej biblioteki JavaScript dla AJAX fucntionality, można go zmienić. Więc nie jest zobowiązany do tego, co narzuca ramy, to do edycji dostosowane do potrzeb programisty.
Pozdrowienia Okke, zgadzam się z Tobą, że Ajax ror i nie są "konkurencyjnych" w tym sensie, że deweloper musi wybrać jedną lub drugą. Gdzie one konkurować w odniesieniu do filozofii, na której są one zbudowane.
Ror Ci powiedzieć, że jest "bardzo możliwością, adaptacji i kamagurka." Jeden tylko trzeba wziąć pod uwagę nazwę "Ruby-on-Rails", aby uzyskać pomysł, aby ramy te wyrzeczenia zamian za elastyczność w timefames przyspieszonego rozwoju. Dokładniej, ror jest wdrożenie Model-View-Controller (MVC) architektura. Ror tak elastyczne, jak to, że jest elastyczny tylko w MVC. W rzeczywistości, ror dziedziczy ograniczenia Ruby i ograniczenia nałożone przez architekturę MVC.
Ror wygląda świetnie w porównaniu z tym, co się przed nim. Jednakże, nie pozwól, że ci ukołysać do fałszywego poczucia, że stanowi najlepszą ror, że jesteśmy w stanie jako projektantów i programistów. Ten przypomina mi historię ...
Diabeł i przyjaciela były spacery wzdłuż chodniku. A man walking Drobiazgi naprzeciwko nich widząc coś na ziemi i zatrzymał ją odczytać przed kontynuowaniem na jego drodze. Diabeł zaczęła się śmiać cicho i jego przyjaciel zapytał go, co znalazł zabawne. Diabeł odpowiedział, "że człowiek ma tylko znaleźć kawałek prawdy i błędnych go do całej prawdy," Diabeł chuckled. "Po ustaleniu, co uważa za całą prawdę, on będzie teraz zatrzymać wyszukiwanie alltogether".
~ Kenneth