AJAX - It's magic!

AJAX - It's magic! (58 Beiträge, 1331 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Genial.

Ich habe im Zuge einer Web-Intranet-Anwendung das erste mal sehr auf Micrsoft ASP.net AJAX (früher Codename Atlas) und das Microsoft ASP.net AJAX Control Toolkit gesetzt.

Endlich keine Javascript-Exzesse mehr. Alles kommt aus dem Framework. Es läuft unter Firefox. Es läuft im IE. Ohne Codeänderungen und Workarounds. Je nach Browser wird der entsprechede Code erzeugt.

Es gibt wohl nichts einfacheres mehr als ein voll bearbeitbares Grid zu bieten das AJAX unterstützt.
Um eine Tabelle von einem SQL Server darzustellen die Sorting/Delete/Edit/Add Funktionalität bietet brauchst nichtmal 5 Minuten. Und das ganze läuft ohne lästigen Postbacks.

Dinge wie Reorderlist sind einfach genial und bieten einem "fast" Windows-Client Funktionalität im Browser. Zeilen (zB Artikelpositionen eines Beleges) sortieren per Drag'n'Drop, Positionen kopieren und gleichzeitig die Daten aktuell im BusinessObject am Server zu haben ist ungemein hilfreich. Die Übertragung erfolgt im Hintergrund. Am Server kannst verfügbare Mengen usw. checken ohne unmengen an Javascript zu schreiben oder 27 Postbacks für alles zu brauchen.

Dinge wie ModalPopup sehen dann auch noch wunderbar aus und man erspart sich das Arbeiten mit "richtigen" Popups bzw ModalDialogs (die leider sowieso nur im IE laufen).

Probleme gibts für "Beta Software" sehr wenige. Und falls was schieft läuft ist es das eher im Toolkit (und da gibts den Source und man kann selbst debuggen)

Schaut mal rein: Scott Guthrie hat ein feines Video dazu gemacht. Developing ASP.NET 2.0 Applications using AJAX

Und was passiert wenn irgend wer JS mal deaktiviert hat? Applikation neu schreiben? Nein! Alles fällt "automatisch" zurück auf den klassischen Postbackmodus.

Damit macht Entwicklen wieder Spaß :o)

EDIT: Heute, 20.10.06 wurde Microsoft ASP.NET AJAX version 1.0 Beta released! Eine angepasstes Toolkit gibts auch bereits. Final ist für Ende des Jahres geplant.

EDIT: Heute 07.11.06 wurde Microsoft ASP.net AJAX version 1.0 Beta 2 released! Eine angepasstes Toolkit gibts auch wieder.

EDIT: Heute 23.01.07 wurde Microsoft ASP.net AJAX 1.0 Final fertig. Ab jetzt gibts für das Produkt vollen Support von MS.

23.01.2007, 22:12 Uhr - Editiert von Undying, alte Version: hier

kannst du mir ein gutes beispiel eines "ModalPopups" zeigen?
thx
--------------------------------------------------------
'Deshalb zähle ich zu den Gebrechen eines Staates an erster Stelle die Folgen einer unvollkommenen Errichtung,...' aus Leviathan, Hobbes

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Hier: http://atlas.asp.net/atlastoolkit/ModalPopup/ModalPopup.aspx

Nette Beispiele - beim Opera tuts sich bei den meisten Demos nichts. Das Ganze ist eher was für eine definierte Intranetumgebung, als für eine Internetapplikation, wo es x Kombinationen von OS und Browserversion gibt.

Angeblich "wird" es crossbrowser. Das Toolkit ist noch "sehr sehr" beta. (im Gegensatz zu Atlas selbst)

Unter Firefox und IE 6 / 7 läufts aber schon ganz gut.

Was ist daran besser als normales AJAX oder AJAX mit PHP?

Muss gerade AJAX für die Firma lernen

...

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Vieles hab ich oben im Beitrag schon aufgezählt. (Kein JS mehr "selbst" schreiben, Fallback falls JS deaktiviert ist, viele fertige Controls, ...)

Schau mal rein. Es zahlt sich aus

Klicki Klicki bunti bunti ... statt komplett auszucoden. Man muss das Rad ja auch net immer neu erfinden

Und unter welcher Lizenz steht das ganze Ding?

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Im Moment ist es noch Deta.

Die Toolkits sind mit Quellcode erhältlich und du kannst rumbauen wie du willst.

Auch Atlas selbst wird frei verfügbar bleiben. (sagen die Entwickler in Ihren Blogs)

Die Frage ist nur, ob's letztendlich zur freien Nutzung in kommerziellen Projekten freigegeben wird.

Abgesehen davon würde ich von Atlas eher abraten - habe heute vormittag festgestellt, dass bei JEDEM Request jeweils rund ca. 10KB Daten gesendet UND empfangen werden - das ist quasi der minimale Overhead! Und das ist schon enorm - der "datenreduzierende Ajax-Effekt" geht damit fast vollständig verloren!!!

Es wird 100% zur freien Nutzung freigegeben werden. (wie das .net Framework usw. usf.)
Alles andere würde keinen Sinn machen.

Das Ding ist Beta und ein Overhead ist da. Datenreduzierung ist eher NICHT der Sinn von Atlas sondern vielmehr die "Client-Experience". In Zeiten in denen der Speed im Web sowieso fast täglich schneller wird ...

Achja es ist auch noch mehr als genug Debugcode drin in Atlas. Ist ja Beta

Wenn's um die Client-Experience geht dann kann man aber gleich Flash bzw. OpenLaszlo verwenden...

Naja so einfach ist es nicht.

Ich hab im Moment eine Intranetapplikation die enwickelt werden will. Es ist gefordert, dass es einen Win32 Client gibt. Es ist gefordert, dass alles übers Web läuft. Und es ist noch zusätzlich gewünscht, dass alles im Notfall ohne JS laufen soll. Was tun?! 3 "komplette" Anwendungen coden? Na sicher nicht ...
N-Tier Design mit 3 UI schon eher (hier wäre nun Flash rausgeflogen). Aber auch 3 UI ist nicht mein Fall. Atlas verwenden, automatischen Fallback haben, und nur einen zusätzlichen Win32 Client coden der auch auf den Businessobjects passiert. Yes!

Ich hoff du merkst auf was ich hinauswill:

Sobalds eine klein wenig "umfangreicher" Anwendung wird, kannst Flash vergessen. (Ich code nicht 10 mal wie ich auf Userdaten zugreife wenns ich einmal ein fertiges Businessobject entwickelt habe - N-Tier ist nicht "wirklich" nutzbar mit Flash)
Ich code dann auch die Page nicht ein 2tes mal als "klassische" Webanwendung die ohne Javascript/ActiveX auskommen muss.
Und dann schon garnicht ein 3tes mal (wenn ich eigentlich wieder nur ein neues UI entwickeln müsste und nicht eine komplette App) weil ich einen Windowsclient brauch.

Flash ist eine schöne spielere. Aber nichts für Webanwendungen.

openlaszlo sagt mir nichts. Aber auch hier (werden?) obrige Punkte zutreffen was ich so schnell auf der Page gesehen habe.

Also ich weiß nicht, welche (Zusatz-)Anforderungen du an ein n-tier Design hast, aber warum meinst du, 3 (mal ein) UI machen zu müssen?!? Beispiel OpenLaszlo: du kannst dein UI in XML definieren, du tauscht Daten über den Webserver mit einer DB aus - ebenfalls mittels XML, du hast eine Client-Anwendung (Flash Player evt. als Plugin in einem Browser) die auf sehr vielen Rechnern bereits vorhanden ist und Javascript-Sorgen musst dir keine machen, denn Javascript kommt nur innerhalb der "kompilierten" Flash-Anwendung vor (genauer gesagt, im XML Quell-Code für das UI). Für mich ist das eine 2-Tier Architektur. Wie gesagt, ich weiß nicht, wie bzw. wieso du das auf N-Tier (wie genau?) brauchst...

Beispiel:

DAL -> Austausch mit der Datenbank
BL -> Validierung der Daten, Businessrules, Bereitstellen der Businessobjekte, Implementieren der Logik.
UI -> Verwendet diese Businesslogik.

Ein Businessobjekt lässt sich nur schwer in einem XML Format darstellen (weils einfach von naturaus sehr komplex ist).
Ich kann dafür wieder einen DTO erstellen aber das ist wohl alles andere als fein. (und ein Mehraufwand)

Was ich eben nicht möchte ist diese "Logik" öfters zu Implementieren. (weils Fehleranfällig ist und weil dann die Website nie wie der Win32 Client reagieren wird. Und natürlich weils der irre Aufwand ist)

Wenn ich eine "Umgebung" beibehalte, zB .net Framework dann ist es einfach dort überall mit den selben BO zu arbeiten.

Wennst einmal mit N bzw. 3 Tier Design gewerkt hast willst es nicht mehr hergeben

... dass bei JEDEM Request jeweils rund ca.
10KB Daten gesendet UND empfangen werden - das ist quasi der minimale
Overhead! Und das ist schon enorm - der "datenreduzierende Ajax-Effekt" geht
damit fast vollständig verloren!!!

Hehe ... Typisch Framework

---

Lieber ein Betriebssystem, dass nach einem Raubtier benannt ist, als eines, dass nach einem Rindviech benannt ist und sich auch so verhält.

super link!

fallst noch tips hast bezüglich atlas videos bitte posten!

bla bla bling bling blow blow bleed bleed bleed bitch

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

http://ajax.asp.net/default.aspx?tabid=47&subtabid=478

Hier gibts jede Menge

ned schlecht!

wenn i mal an Tag Zeit hab dann werd ich das alles mal durchschauen!

bla bla bling bling blow blow bleed bleed bleed bitch

Mach das. Zahlt sich aus

Hab mich auch schon eine Weile damit beschäftigt und eine Intranetanwendung für die Firma damit gemacht.

Ist sehr einfach, einfach den Contentplace Holder der Masterpage in ein Updatepanel und fertig, da muss man nicht viel rum coden.

Besonders toll find ichs ja wie schnell jetzt alles geht, denn bei meiner Applikation musste ich mehrere Dropdownlist dynamisch anlegen die wiederum von 2 anderen abhängig sind, klappt wunderbar und flott.

(sigkilled v1.8 (Wed Oct 4 21:30:01 2006): mehrere Bilddateien mit insgesamt 23756 bytes)

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Alles kommt aus
dem Framework.

a.) Frameworks sind nur für Leute, die nicht programmieren können wollen.
b.) Frage nie, was Dich ein Framework in der Annschaffung kostet, sondern wieviel es dich kostet, wenn Du es wieder loswerden willst.

Ich kenne dutzende Frameworks, hab damit selber programmiert oder Software entwickeln lassen. Angefangen von Open-Source,Closed-Source Frameworks bis hin zu sündteuren komerziellen Frameworks.

Eines haben sie alle gemeinsam: Sie sind schei*

95% der Funktionalität in einem Framework kann ein guter Programmierer in unter einer Woche selbst entwickeln. Und dann hast du wenigstens etwas, das Du kennst, wo Du weisst, wo Du ansetzen kannst und es ist billiger.

Das Einzige, was ich noch durchgehen lasse, ist die Anschaffung einzelner Komponenten, sofern sie ein vernünftiges API haben. Wenn man das nochmal vernünftig kapselt, ist es auch leicht wart- und austauschbar.

*jammer ein*
Wo sind die Zeiten hin, in denen es noch echte Software-Entwickler gab. Heute ist cut'n'glue Programmierung in und von echtem Engineering hat keiner mehr Ahnung.
*jammer aus*
---

Lieber ein Betriebssystem, dass nach einem Raubtier benannt ist, als eines, dass nach einem Rindviech benannt ist und sich auch so verhält.

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Na du bist ja witzig.
Ok also sind alle Programmierer die auf basis von Microsoft entwickeln sowieso bescheuert weil sie das .net Framework benutzen. Aha.
Atlas wird nämlich ein Teil dieses Frameworks. Also alles Idioten.

Wo sind die Zeiten hin, in denen es noch echte Software-Entwickler gab. Heute
ist cut'n'glue Programmierung in und von echtem Engineering hat keiner mehr
Ahnung.

Es ist zwar schön, dass du in der guten alten Zeit hängen geblieben bist. Aber SO wie du dir das vorstellst funktioniert das (mit Sicherheit) nicht mehr.
Das Rad jedes mal neu zu erfinden ist keine Lösung. Bei größeren Projekten kannst du das sowieso ganz vergessen.

Aber SO wie
du dir das vorstellst funktioniert das (mit Sicherheit) nicht mehr.Das Rad
jedes mal neu zu erfinden ist keine Lösung. Bei größeren Projekten kannst du
das sowieso ganz vergessen.

Das ist schlichtweg Unsinn ... ich liebe die Gesichter der Agenturen und IT-Dienstleister, die mir irgend ein tolles Framework verkaufen wollen und ich Ihnen drei Tage später Ihr ach so tolles Framework vorstelle ... nur eben selbst programmiert.

Nun, was kann denn .NET so Tolles, hm? (Wohlgemerkt, ich rede vom Framework an sich und nicht von einzelnen Funktionen, wie z.B. Serialisierung, das jede Skriptsprache beherrscht)

Ach ja, und meine Ajax Bibliothek (selbtgeschrieben) besteht aus 27 Zeilen JavaScript Code und 30 Zeilen Server Code. Damit hole ich mit einem Aufruf (eine Zeile) sätmliche Daten, egal ob aus dem File-System, einer Datenbank oder sonstiger Storage vom Server und platziere Sie im HTML-Code. Und das ganz ohne Visual Studio, und Unmengen an Geld dafür auszugeben.

Aber Ich hindere niemanden, sein Geld für unnützes Zeug auszugeben. Wer aus der Geschichte nicht gelernt hat, darf Sie wiederholen (Ich sage nur "Portallösungen", die zwischen 98 und 01 den Markt überschwemmt haben. Genauso sinnloses Zeugs.)
---

Lieber ein Betriebssystem, dass nach einem Raubtier benannt ist, als eines, dass nach einem Rindviech benannt ist und sich auch so verhält.

Das Rad
jedes mal neu zu erfinden ist keine Lösung. Bei größeren Projekten kannst du
das sowieso ganz vergessen.

Und: Wieso das Rad neu erfinden? Jeder ernsthafte Programmierer baut sich selbst (!) eine eigene Bibliothek zusammen, die er verwendet. Da weiss er wenigstens, wo es hakt, wenn es hakt.
---

Lieber ein Betriebssystem, dass nach einem Raubtier benannt ist, als eines, dass nach einem Rindviech benannt ist und sich auch so verhält.

Okay wir kommen nicht zusammen.

Du schreibst gern die Webanwendung 2 mal, wenn es mal erforderlich (wird/ist) das alles ohne Ajax funktioniert. (ich kann mir nicht vorstellen das deine 27 Zeilen Fallback unterstützen).

Du schreibst auch gern die Anwendung nochmals wenn die Datenbank ausgetauscht wird. (oder hat deine Anwendung alle DB Clients: SqlServerClient, OracleClient, ...) -
Das (böse) .net Framework bietet das und auch in Interface dazu)
Ich brauch 10 Minuten um eine Anwendung umzustellen von SQL Server auf Oracle als Datasource.

Aber ok wir brauchen darüber nicht diskutieren. Ich bin anderer Meinung. Frameworks haben durchaus sinn. Besonders die "großen" die schon fast zum Standard werden.

Achja: Geld hätte ich weder fürs Framework (.net oder/und Atlas), noch für die Express Edition(s) von Visual Studio ausgeben müssen.

Okay wir kommen nicht zusammen. Du schreibst gern die Webanwendung 2 mal,
wenn es mal erforderlich (wird/ist) das alles ohne Ajax funktioniert. (ich
kann mir nicht vorstellen das deine 27 Zeilen Fallback unterstützen).

Die 27 Zeilen eh nicht, nur ist das Ganze so implementiert, dass Fallpack *per se* unterstützt wird. Dem Server-Part ist es nämlich egal, ob die Daten per AJAX angefragt oder nicht. Denn für den Server ist es nur ein HTTP GET, egal ob Ajax, Mr. Proper oder sonst was dahinter steckt.

Und dass AJAX nur ein Buzzword für eine Methodik ist, die fast 10 Jahre alt ist, dürfte Dir wohl bekannt sein.

Du
schreibst auch gern die Anwendung nochmals wenn die Datenbank ausgetauscht
wird. (oder hat deine Anwendung alle DB Clients: SqlServerClient,
OracleClient, ...) - Das (böse) .net Framework bietet das und auch in Interface
dazu) Ich brauch 10 Minuten um eine Anwendung umzustellen von SQL Server auf
Oracle als Datasource.

Ich genau eine Minute. Brauche dazu nur eine Zeile Code zu ändern.

noch für die Express Edition(s) von Visual Studio
ausgeben müssen.

Ach so, Du bist nur Hobby-Coder, sag das doch gleich.
---

Lieber ein Betriebssystem, dass nach einem Raubtier benannt ist, als eines, dass nach einem Rindviech benannt ist und sich auch so verhält.

Entschulde aber verbreite doch bitte nicht so Halbwahrheiten:

Dem Server-Part ist es nämlich egal, ob die Daten per AJAX angefragt oder
nicht. Denn für den Server ist es nur ein HTTP GET

Aja und es ist egal ob die ganze Page ausgeliefert wird oder nur ein Teil?! ich verstehe ...
Es ist NICHT egal wenn du nicht immer alles über die Leitung schicken willst. Dann könntest du aber auch gleich ganz drauf verzichten (den das Rendern im Browser erspart dir bei der Datenmenge dann nichtmal mehr das "flashen" des Bildschirms beim Postback)

Ich genau eine Minute. Brauche dazu nur eine Zeile Code zu ändern.

Ich wäre nicht stolz darauf, wenn ich 1000te Zeile Code umsonst schreibe um meine Anwendung kompatibel halte mit allen möglichen Datenbanken oder es halbherzig implementiere und auf (wertvolle) Datenbankfunktionalität verzichte.

Ach so, Du bist nur Hobby-Coder, sag das doch gleich.

Zitiere bitte nicht nur die hälfte ich hab extra ein "hätte" in Klammer geschrieben. Die Express Editions können im bereich Webentwicklung übrigens nichtmal viel weniger ...

Übrigens im größeren Entwicklerteam verurteilst du das Projekt schon selbst zum scheitern wenn jeder mit seiner selbstgebastelten Bibliotek daherkommt.

Ich beende dann hier die Diskussion weil das nichts mit Microsoft Ajax (und um das gehts in diesem Thread) zu tun hat.

Dass Du offensichtlich von SW-Entwicklung keine Ahnung hast, bestätigst du dadurch nur noch mehr.

Würdest du nämlich mal hinter die Kulissen eines Frameworks sehen, dann würdest du sehen, dass Du mit diesen ganzen AJAX und sonstigen Frameworks *deutlich* mehr last auf die Leitungen legst, als wie wenn Du es von Hand machst.

Die Behauptung, dass man 1000 Zeilen Code programmieren muss, um eine Anwendung mit mehreren DBs kompatible zu halten zeugt einmal mehr von Deiner Unkenntnis.

Und dass ich ein Projekt damit zum scheitern verurteile, ist das Tüpfelchen auf dem "i". Solche Cut'n'Clue Programmierer habe ich im letzten Jahr 3 rausgeschmissen. Da zahle ich lieber mehr für richtige Entwickler, die, im Gegensatz zu Dir, Ahnung von Software-Entwicklung haben.

Aber, bevor du zugibst, unrecht zu haben, beendest du den Thread ...

... armes Würstchen.
---

Lieber ein Betriebssystem, dass nach einem Raubtier benannt ist, als eines, dass nach einem Rindviech benannt ist und sich auch so verhält.

05.10.2006, 14:57 Uhr - Editiert von Nemealion, alte Version: hier

Es geht hier nicht um das Thema.

Wenn du meinst du weißt alles besser, und kannst hier 1000te Leute zu Idioten verurteilen die auf Microsoftbasis entwicklen (denn dort kommst ums .net Framework nicht herum) dann hast du HIER nichts verloren.

Nochmal: Hier gehts um Microsoft Ajax.

Da du ja meinst du hast das Coden erfunden wirst du vermutlich schon reich sein und hast ja sowieso bessers zu tun

Wie er mir das komlette .NET in einer Woche nachprogrammiert möcht ich sehen.

(sigkilled v1.8 (Thu Oct 5 20:03:00 2006): mehrere Bilddateien mit insgesamt 23763 bytes)

a.) Frameworks sind nur für Leute, die nicht programmieren können wollen.

Ich muß *TRÖT*schicken ich kenn AJAX nicht wirklich.

Aber das was Du da schreibst ist leider stumpfsinn.

Frameworks sind nur was für die die nicht coden können ? Aha.. also Du codest Dir dein C++ Framework (Common oder std++) selbst zusammen, natürlich nach ISO Vorgaben ? Sorry dann bist Du derjenige der vom Programmieren aber NÜSSE Ahnung hat. Dieses Prinzip ist eine Erwieterung der dynamischen Library. Anhand der Größe wird es aber nurmehr Framework genannt. Du kannst auch gerne damit beginnen, Windows direkt via DLL Calls zu coden! Viel Spaß!

.. und die ganzen Banken und Versicherungen sind ja auch nur lauter Noobs weils Cobol-Frameworks verwenden die *TRÖT*isiert sind ?

Darf ich Dich fragen was Dein größtes kommerzielles Projekt war ?

Ohne die Verrichtung guter Taten wird man nicht ein Heiliger

Gefällt mir auch recht gut - ich wart jedoch noch bis es fertig (nicht mehr Beta) ist, bevor ich mich privat mal damit beschäftige.

Man sollte dazu sagen, dass es derartige Frameworks natürlich auch für andere Sprachen gibt, in der iX war vor .. naja .. mittlerweile schon längerem ... mal ein Artikel über diverse Ajax Frameworks (auch Atlas wurde darin erwähnt).

"Guido, da ist eine echte Michaele Schuhmacher Ferrari in meine Laden. Eine echte Ferrari. Zwick mich, Guido, zwick mich. Das hier, ist die glorioseste Tag von meine Leben."

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Ich hab auch schon einige angesehen.

Hab viel mit Ajax.net Professional gecodet "früher" und auch Comfort Asp mir mal zu gemühte geführt. (hatte vor einiger Zeit auch ein interessantes Gespräch mit dem Entwickler)

Atlas hat den großen Nachteil das es viel "Bandbreite" verschwendet. Allerdings bin ich der Meinung das es um das nicht so sehr geht. (klar sollte im Endeffekt nicht soviel wie wenn die ganze Page einen refresh macht übertragen werden aber das passiert ja auch nicht)

Atlas ist meiner Meinung nach sicher nicht das beste Framework (im Moment). Allerdings ist das Toolkit großartig und es entwickelt sich am schnellsten weiter.
Es tut sich dort (durch MS Entwicklerteam) praktisch "täglich" etwas.

Und besonders werden einem Möglichkeiten eingeräumt selbst seine Controls zu erstellen. Naturgemäß dauert es da auch nicht lang bis man dann nützliches findet.

Wer erfindet schon gern das Rad immer wieder neu :-D

Wer erfindet schon gern das Rad immer wieder neu :-D

War das eben ein Seitenhieb?

"Guido, da ist eine echte Michaele Schuhmacher Ferrari in meine Laden. Eine echte Ferrari. Zwick mich, Guido, zwick mich. Das hier, ist die glorioseste Tag von meine Leben."

Nach der Beta 1 ist in der zwischenzeit Beta2 draußen. Das Toolkit wurde auch erweitert.

Undying

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Nach oben damit. ASP.net AJAX 1.0 ist Final.

Heute 23.01.07 wurde Microsoft ASP.net AJAX 1.0 Final fertig. Ab jetzt gibts für das Produkt vollen Support von MS.

Geiles Zeug!

Besonders das sieht definitv cool aus: http://ajax.asp.net/ajaxtoolkit/Calendar/Calendar.aspx

Mir gefallen auch die CascadingDropdown und die Collapsible-Effekte sehr. Schön, da jetzt auch alles Lego-Baukasten namen .ASP zu haben.

da jetzt auch alles Lego-Baukasten namen .ASP zu haben.

Wie meinen?

Ich finde, ASP und berhaupt das ganze .NET Framework sind wie ein cooler, bunter, bequemer Lego-Baukasten aus dem man ohne sich einen Wolf zu arbeiten flink Dinge zusammensetzen kann. Ich mag Lego!

lol achso ... RAD meinst du.

Richtig cool wirds dann mir Orca :o)

Undying

25.01.2007, 12:39 Uhr - Editiert von Undying, alte Version: hier

Orca? Mein Schwimmanzug ist von denen, ja.

http://msdn2.microsoft.com/en-us/vstudio/aa700830.aspx

schaut interessant aus
werd mir das mal genauer ansehen

hatte ne falsche vorstellung von ajax
thx fürs belehren

aber wo machts sin jetzt ajax einzusetzen?
hab bis dato mit webanwendungen wenig zu tun...da meine programmierkenntnisse nicht die besten sind

25.01.2007, 17:44 Uhr - Editiert von playaz, alte Version: hier

Schau dir mal das AjaxToolkit an http://ajax.asp.net/toolkit/ ... und dort mal die LiveSamples.

Dann hast mal ungefähr eine Vorstellung.

FÜr was mans braucht? Für eine viel bessere "User-Experience".

Einfachstes Beispiel wäre zB eine Seite wo 20 Produkte aufgelistet sind. wennst mit der Maus über ein Produkt fährst geht ein "Panel" auf mit Details und Bilder. Der Vorteil: Du ladest die Daten nach und musst nicht beim ersten Seitenaufruf den User irre Datenmengen schicken mit Produktdetails die ihm vermutlich net interessieren. Im Panel könntest dann zB blättern ... dir die Position merken ... sie in den Warenkorb legen (der async auf der linken Seite gleich upgedated wird ohne postback) ...

Anwendungsmöglichkeiten gibts nahezu unendlich. Und es wird die Zukunft sein.

klingt interessant
braucht man dazu das MS visual studio dazu ?

was brauch ich genau alles?

is recht nett für mich da ich kein programmierer bin...
ich will auch gar keiner werden

Du kannst das Toolkit auch mit PHP verwenden (sagt man). Damit habe ich aber keine Erfahrung.

Ich würd dir Empfehlen MS Visual Web Developer Express 2005 runterzuladen. (kann alles was du brauchst und hat eine superfeine Oberfläche)
Die Express-Version ist die kostenlose Version von Visual Studio 2005.

Du könntest sogar im Notepad coden ... das würd ich aber nicht empfehlen :D

klingt interessant
hab zwar kan plan welche anwendung ich damit machen soll..aber nett is es trotzdem *g*

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung