afaik ist web forms normales html5/ajax geraffel.
die sache ist dabei die: oracle hat vor jahren oracle forms aus der
taufe gehoben, und das war ein riesen erfolg weil es leicht zu bedienen
ist und super ergebnisse liefert.
zuerst brauchte man eine richtige oracle client installation um diese
eingabemasken laufen lassen zu können (bis 6i), später konnte man die
masken als java programme über klickbare links an clients verteilen -
diese brauchten aber eine java installation auf dem client.
nach einiger zeit war oracle das thema forms leidig, und sie wollten die
kunden dazu bringen was anderes zu benutzen - ADF, HTML/AJAX. die kunden
wollten aber bei forms bleiben weil das wie gesagt richtig gut ist.
inzwischen hat oracle ADF fallen lassen (entwickler die zwischenzeitlich
darauf gesetzt haben freuen sich wie bolle!), und auf basis von oracle
web server APEX aus der taufe gehoben - wieder HTML/AJAX geraffel.
die forms entwickler sind aber immer noch nicht zufrieden, weil sie das
angenehme arbeiten mit forms developer weiter behalten, und nicht in
einem html CMS rumeiern wollen.
also bietet oracle nun ein tool an das sich so anfühlt wie forms, nennen
es forms, aber es macht keine java forms mehr, sondern eben HTML/AJAX -
und das läuft im browser, javascript, und fühlt sich wie ein
eigenständiges programm an.
parallel dazu kann übers web aber immernoch java forms über den browser
ausdeführt werden - momentan grade noch so über welche die das
java-plugin noch unterstützen, später dann über java web start.
wenn du nun mit c#/.net ein programm schreiben und "wie web forms" an
anwender verteilen willst, was meinst du damit?
* soll dein programm html5/ajax erzeugen, also auf dem server laufen?
* soll dein programm auf dem client kopiert und dort ausgeführt werden?
für letzteres bräuchtest du wohl einen c#/.net interpreter auf dem
client, ganz genau so wie forms eine java installation braucht.