archer42

Hallo,

da ich mit der serverseitigen Programmierung doch ein wenig eingeschränkt bin, stoß ich weiter zu Javascript vor.

Nun habe ich mich etwas näher mit Ajax beschäftigt und wollte wissen, wie Ajax so momentan in unserer Welt passt.

1. Ist es "besser" mit Ajax oder mit HTML + Javascript zu arbeiten?
2. Sollte man eine Anwendung, wenn es Sie bedarf vollständig in Ajax umsetzten?
3. Wie sehen "Nachfolger" von Ajax evtl aus?
4. Wie sieht die Leistung von Ajax aus? Wo liegen die Limits?
5. Gibt es noch weiteres, was man über Ajax bzw. dessen Verwendung wissen sollte?

Gruß,
archer42

Mister Ad

Wolfsblut

Schau mal nach wie "Ajax" definiert ist.

Wat heißt "wenn es Sie bedarf"?

Man "kann" eine Anwendung vollständig (mit Ausnahme der ersten Anfrage beim Server) mit synchronen Anfragen umsetzen.

Wenn man aber eine überwiegend öffentliche "Website" erstellen muss, bringt der Ansatz mehr Nachteile als Vorteile, sprich: erst wenn Google keine Rolle spielt und einem Anwender, die Javascript ausschalten, egal sein können - macht ein solcher Aja(x/json)-Ansatz Sinn (Alles hinter einem Login, resp. Intranet-Anwendungen ect.)

Ich sehe da lange keinen "Nachfolger"...Sockets werden sich langsam und nach und nach als Alternative anbieten.

Ich spiel gerade, nachdem ich in den letzten Jahren einige 99,99~% Ajax-Anwendungen schreiben durfte, an einem allgemeinen Ansatz (der Begriff Framework passt da nicht so ganz) den ich nahezu vollständig von der Serverseite aus angehe (PHP).

Websites mit ein "bissl" Ajax sind noch ganz trivial - doch mit den zur Zeit üblichen Ansätzen werden "ganze" und große Ajax-Projekte extrem schnell unübersichtlich und man endet damit, dass man die Software mehr und mehr auf der Client-Seite schreibt und pflegt, ganz hin zu JS-Anwendungen mit ein wenig JS/PHP/Asp o.ä. auf der Serverseite oder sogar 50/50 (für mich am "schlimmsten").

So sehr ich JS auch mag, man kann 1. dem JS-Client nicht trauen, 2. gehen damit all schönen Vorteile der PHP-Entwicklung mehr und mehr flöten und 3. muss man so oder so auf dem Server noch weiterhin das ganze "absichern" und "bedienen".

Das ist aber schon fast eine Philosophische Frage.

Darüber hinaus macht einem das Caching ordentlich Kopfweh - Clientseitige DBs werden das irgendwann mal lösen können.

Lern JS

archer42

Ich denke du weisst schon was ich meinte

Ist das nicht alles in gewisser weise?

Danke für deine Antwort!
Du hast mich überzeugt wieder etwas Abstand von Ajax zu gewinnen, man merkt halt noch, dass das Web einem anderen Ursprung entstammt.

Ich werde jetzt folgenden Ansatz verfolgen:
PHP stellt Daten und grundlegende Strukturen bereit.
Javascript kommt dann zum Einsatz, wenn die Umsetzung in PHP zu viel Tribut in Form von Übersichtlichkeit, Struktur, Flexibilität kosten würde.

Bsp. Paginator/Datagrid:
PHP-Anwendung holt sich Daten aus der Datenbank und setzt diese in eine HTML-Tabelle ein.
Javascript übernimmt Einteilung in Seiten und Sortierung, da eine Umsetzung in PHP unverhältnismäßig viel Code, Routes, Datenbankabfragen, Rechenleistung, Requests produzieren würde (es sei denn, dass man mit vielen Einträgen zu tun hat).

Gruß

nikosch

Sorry, aber beschäftige Dich mit dem Thema und finde es heraus.
Nein. Erst recht nicht im FG Forum.
So ein Unsinn. Wenn Du Briefpost mit Telefon vergleichst, solltest Du nicht über Kommunikation werten!

[MOD: Verschoben]

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

drsoong

Schreibe gerade an meiner ersten etwas ajaxlastigeren Anwendung. Die ist allerdings nicht öffentlich, "hinter einem Login" und JS ist Pflicht für die User.

Dabei empfinde ich es als recht angenehm, dass man falsch ausgefüllte Formulare nicht erst wieder neu aufbauen muss, um sie dann completamente an den Client zurückschicken muss. Die Daten gehen per Ajax zum Server. Der verarbeitet die und schickt über den Ajax-Channel einen kleinen (Fehler-)bericht. Wunderbar!

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.

Awesome Phu

Also JavaScript und AJAX ist eigentlich das selbe..

meikel

Für den Server isses der selbe Streß wie vor web 2.0.

drsoong

Aber wenigstens ich habe stellenweise weniger Stress

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.

ragtek

Würde ich nicht behaupten!

Oft ist es weniger (wenn zB gezielt Elemente aus der DB ausgelesen und zurückgeschickt werden, anstatt noch zusätzliche Sachen wie zB Templates usw...)

oder aber => Megastress, da dann unnötigerweise zu viele Requests gemacht werden um div. Sachen (wie zB Benachrichtungen und dergleichen alle 2 Sekunden) neu zu laden...

Kommt halt auf die Anwendung an

drsoong

Ein Politiker würde wahrscheinlich sagen: "Es könnte sowohl weniger als auch mehr Stress verursachen. Deswegen müssen wir mit Augenmaß bestimmen, was wir genau machen wollen und eine im Hinblick auf die Resourcenbelastung ausgewogene Lösung finden."

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.