Gegenteil von webbasiert?

Hallo,

wie nennt man eigentlich die Programmiersprachen, die keine webbasierten Skriptsprachen sind, so wie PHP, ASP usw.
Also Java, Delphi, C++ usw. Die sich im Gegensatz zu den erstgenannten dadurch auszeichnen, daß eine schnelle GUI-Erstellung möglich ist und daß es sich um eine einheitliche Sprache handelt, und nicht um ein Gewurstel aus mehreren server- und clientseitig ausgeführten?

‚Native Programmiersprachen‘ fällt weg - das ist Java nicht.
Nicht-interpretiert ebenso - auch das ist Java nicht.
Wie dann?

MfG
Winter

Moien

wie nennt man eigentlich die Programmiersprachen, die keine
webbasierten Skriptsprachen sind, so wie PHP

Ich nutze PHP als normale Automatisierungsprache. Die Skripte machen kein HTML und nutzen noch nicht mal das Netzwerk.

Also Java,

Das nutze ich als Websprache: java server pages und tomcat sind der Hammer.

C++

Hab ich auch schon als CGI missbraucht.

cu

Das Gegenteil von … dingsda
Hallo,

ja, hast natürlich recht, wenn man es genau nimmt; ich hatte das auch im Hinterkopf. Ich meine aber, PHP, HTML und JavaScript als Webprogrammiersprache.

Daß Java natürlich auch im Internet zum Einsatz kommen kann, ist klar, sogar auch browserbasiert. Trotzdem programmiert man dann aber eine normale Java-Anwendung, die eben über die Java Server Pages zum Einsatz kommt (oder? ich kenne mich damit nicht aus).

Hrmpf, verstehst Du die Schwierigkeit, hier begriffliche Ordnung zu schaffen? Genau das ist ja mein Problem.

Viele Grüße
Winter

Moien

ja, hast natürlich recht, wenn man es genau nimmt; ich hatte
das auch im Hinterkopf. Ich meine aber, PHP, HTML und
JavaScript als Webprogrammiersprache.

Das ist immernoch so nicht richtig: javascript läuft i.d.R. auf dem Client, PHP auf dem Server. Das sind 2 unterschiedliche Welten.

Daß Java natürlich auch im Internet zum Einsatz kommen kann,
ist klar, sogar auch browserbasiert. Trotzdem programmiert man
dann aber eine normale Java-Anwendung, die eben über die Java
Server Pages zum Einsatz kommt (oder? ich kenne mich damit
nicht aus).

Nicht wirklich. Von Ansatz her arbeiten jsp-Systeme genauso wie PHP-Systeme. Nur dass halt die jsp in einer JVM rumhängen und die PHP-Seiten eben in der PHP-VM …

Hrmpf, verstehst Du die Schwierigkeit, hier begriffliche
Ordnung zu schaffen?

Ich würde die Einteilung eh nicht auf Sprachen basiert machen. PHP wird oft für Serverseitige Skripts benutzt, ist aber an sich erstmal eine vollwertige Programmiersprache. Also die Aufgaben unterscheiden/aufteilen und Sprachen als „häufig eingesetzt bei“ aufführen.

Von der Theorie her könnte man auch Assembler oder Brainf**k für Webseiten auf der Serverseite einsetzen. Der einzige Bereich wo es eine echte auf Sprachen basierte Einschränkung gibt sind Clientseitige Webanwendungen. Mehr als (X/D)HTML, CSS, javascript, SVG, flash und evtl. activeX kann ein Browser halt normalerweise nicht.

cu

Hallo,

wie nennt man eigentlich die Programmiersprachen, die keine
webbasierten Skriptsprachen sind, so wie PHP, ASP usw.
Also Java, Delphi, C++ usw. Die sich im Gegensatz zu den
erstgenannten dadurch auszeichnen, daß eine schnelle
GUI-Erstellung möglich ist und daß es sich um eine
einheitliche Sprache handelt, und nicht um ein Gewurstel aus
mehreren server- und clientseitig ausgeführten?

In diesem Zusammenhang das klarste ist sicher „nicht webbasiert“. Wenn du unbedingt willst kannst du auch „lokal“ sagen, wobei das (beides) eher eine Eigenschaft von einzelnen Programmen als der Programmiersprachen sind.

Letztendlich gibt es kein einzelnes Wort für den Gegenteil von webbasiert, weil es die nicht-webbasierten Anwendungen zu erst gab und die als „normal“ angesehen werden.

Grüße,
Moritz

Hallo,

was du meinst, ist nicht unbedingt auf das Web beschränkt - es gibt Desktop-Lösungen und es gibt Client-Server-Lösungen. Die gab es, etwa mit Datenbanken und Frontend, schon vor dem Web.

Die Grenze verläuft aber quer durch die Sprachen. Meistens schreibe ich mit Delphi Desktop-Anwendungen, aber genausogut geht auch Client-Server (oft für die selbe Problemstellung), und mit Konstrukten wie .NET hat man das nicht einmal mehr selbst in der Hand.

Andererseits fällt mir auch garnichts ein, was man nicht auch auf dem eigenen PC lokal nutzen könnte.

Gruss Reinhard

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

hi Winter

wurde eigentlich eh schon gepostet…

es gibt kein gegenteil von webbasiert, da es keine webbasierten programmiersprachen gibt.

es gibt lediglich programmiersprachen, die sich im umfeld von webbrowser und webserver als besonders handlich erwiesen haben und daher gerne für web-anwendungen verwendet werden.

java ist eine vollwertige sprache, die halt von haus aus eine recht gute unterstützung für netzwerke und webservices bietet. ausserdem gibt es dafür die ausgereiftesten frameworks. desshalb wird java gerne für servlets verwendet (also code, der im kontext einer webseite auf serverseite ausgeführt wird). jsp ist ja eigentlich nur ein wrapper - der servlet-container (z.b. der tomcat) macht beim hochladen einer jsp automatisch ein normales servlet daraus. der vorteil von jsp gegenüber servlets ist nur, dass „normale“ web-entwickler keine ahnung von „normaler“ programmierung haben und daher lieber mit html-tags arbeiten. jsp liefert nun java-funktionalität über html-tags. man kann aber java auch für klassisches cgi einsetzen (ist aber nicht wirklich sinnvoll). oder man kann auch applets damit schreiben (also java-programme, die auf den client runterkopiert werden und dort ausgeführt werden), aber die sind inzwischen auch nicht mehr so das wahre. oder man kann mit java anwendungen schreiben, die überhaupt nichts mit einem webbrowser zu tun haben sondern ganz eigenständig laufen. und zwar sowohl als reine client-lösung als auch als klassische client-server lösung.

scriptsprachen wie java-script oder vbscript sind streng genommen interpreter-sprachen und können überall ausgeführt werden, wo ein funktionierender interpreter vorliegt. damit ist das nicht notwendigerweise auf einen webbrowser beschränkt sondern wird z.b. auch zum automatisieren auf betriebssystemebene gern verwendet (als ersatz für die ziemlich unbrauchbaren batch-dateien unter windows z.b.). einige anwendungen (z.b. lotus notes) setzt javascript auch eine art makrospache ein. aufpassen muss man dabei wegen dem namen: javascript klingt zwar so ähnlich wie java, hat aber absolut überhaupt nichts mit java zu tun sondern ist eine völlig eigenständige programmiersprache. es gibt lediglich eine gewisse ähnlichkeit was die sprachkonstrukte betrifft.

für klassisches cgi ist sowieso jede beliebige programmiersprache grundsätzlich einsetzbar. de fakto sucht man sich aber eine sprache, die gute bibliotheken bietet, mit denen html-code leichter erstellt werden kann. aber im extremfall kann man auch über windows-batch-dateien ein cgi-script erstellen.

php ist da eine ausnahme, da diese sprache meines wissens nach ausschließlich im kontext eines webservers ausgeführt wird (zumindest habe ich noch nie eigenständige php-programme gesehen. insofern könnte man php tatsächlich als webserver-basiert bezeichnen. ohne php näher zu kennen nehme ich aber an, dass php-seiten ähnlich wie jsps funktionieren, d.h. es gibt eine grundsätzliche funktionalität, die in html-tags gekapselt wird. aus der seite, die normalen html-code mit php-tags kombiniert, wird dann eine art servlet, die am server ausgefürt wird und eine html-seite erzeugt.

grundsätzlich könnte man auch für andere sprachen wie c oder pascal entsprechende html-tag-kapselungen erzeugen - man baucht ja lediglich die servlet-engine, die die tags auf tatsächlichen code umsetzt. nur macht sich logischerweise keiner die mühe, sowas zu machen, da es schon gute lösungen gibt.

insofern könnte jede sprache am webserver verwendet werden - der begriff webbasiert gilt daher bestenfalls für die aktuelle verwendungsart einer sprache und nicht für die sprache selbst.

lg
erwin

Das ist immernoch so nicht richtig: javascript läuft i.d.R.
auf dem Client, PHP auf dem Server. Das sind 2
unterschiedliche Welten.

Ich habe an keiner Stelle etwas anderes behauptet. Fakt ist aber, daß PHP in der Webprogrammierung eingesetzt wird, zu 99%. Es kamen zwar viele berechtigte Hinweise und Differenzierungen - danke auch an alle anderen -, aber ich finde, man sollte jetzt keine Haarspalterei betreiben. Was mit PHP de facto nicht möglich ist, ist die Erstellung von GUI-basierten Anwendungen, die unabhängig vom Browser laufen. Es geht nicht darum, was mit der Sprache theoretisch möglich wäre, wenn jemand entsprechende Erweiterungen schreiben würde, sondern um das, was praktisch damit angefangen werden kann, heute. Sprich, auch um das, wofür eine Programmiersprache tatsächlich eingesetzt wird.

Die Unterscheidung zwischen Client-Server und lokal usw. ist schon klar, aber das meine ich nicht. Ich meine nicht den Unterschied zwischen Netzwerk und nicht-Netzwerk. Es geht immer um verteilte Anwendungen.

Naja, es gibt wohl keine andere Möglichkeit als die Benennung in webbasiert und eben nicht webbasiert. Mit interpretierter Sprache oder nativer Sprache hat es nichts zu tun - siehe Java.

Worum es mir eigentlich ging: PHP und Konsorten werden praktisch nur eingesetzt im Zusammenspiel mit HTML, und meistens mit JavaScript, weil ohne das viele Möglichkeiten fehlen. Und dieses Zusammenspiel finde ich alles andere als überschaubar - wenn es darum geht, sich in bestehenden Code einzufinden. Das finde ich mit den anderen Sprachen einfacher.

Vielen Dank auch nochmals an die anderen, viele Grüße
Winter

Moien

Was mit
PHP de facto nicht möglich ist, ist die Erstellung von
GUI-basierten Anwendungen, die unabhängig vom Browser laufen.

Doch: http://gtk.php.net/

Die kompletten Menüs der Debiansystem Verwaltung laufen z.B. in perl, wobei die meisten Aufteilungen perl als serverside websprache aufführen.

cu