Hi

Ich hatte die letzten Tage einen kleinen Dialog mit j.klugmann, welche Sprachen man wohl für welche Webelemente verwenden sollte.

Der Autor dieses Tutorials favourisiert z.B. einen Flash-Header.

Die Diskussion wandte sich nun dynamisch auf dem Server erstellten php-Seiten zu und j.klugmann riet mir, doch eher auf Python umzusteigen, da php keine schöne Syntax habe(auch nicht objektorientiert) und unsicher sei. "Ich bin für eine php-freie Welt."

Was denkt ihr dazu: Wo sollten php, Python oder andere Sprachen zum Einsatz kommen und warum?

Wenn ihr verschiedene Seitenelemente mit verschiedenen Sprachen gestalten würdet, stelle ich mir am Schluss vielleicht noch so eine Übersicht vor:

Header:
Flash, weil flüssiger bedienbar.

Dann gebe ich mal zur Gegendarstellung an j.klugmann weiter

Moin!

Python ist zwar keine kommerziel oft genutzte Sprache , aber Firmen wie Googlen erkennen auch die Vorteile von Python.Ein großer , bedeutender Teil von Google besteht aus Python Code.

Zitat:

Die Diskussion wandte sich nun dynamisch auf dem Server erstellten php-Seiten zu und user profile iconj.klugmann riet mir, doch eher auf Python umzusteigen, da php keine schöne Syntax habe(auch nicht objektorientiert) und unsicher sei. "Ich bin für eine php-freie Welt."

Das habe ich so nicht gesagt oder gemeint.Aber ich finde , OOP wird in PHP grade erst richtig implementiert und ist noch nicht richtig reif.Ein weiterer Nachteil ist , dass viele Teile der PHP - Standard-Bibliotheken noch prozedual aufgebaut sind.

Meiner Meinung nach , hat PHP keine schöne Syntax und wird grade bei größeren Web-Anwendungen unübersichtlich und das ist in der Teamarbeit oft nicht besonders vorteilhaft.Ich finde besonders die schwache Typisierung sehr störend.Soweit ich weiß , gehört es zwar zum Konzept , aber trotzdem ist es ( soweit ich das einschätzen kann) fehleranfällig.

Nachdem ich jetzt PHP ziemlich attackiert habe , möchte ich mich Python zuwenden:

Python hat zwar grade bei den Kontrollstrukturen ziemliche Nachteile , denn do/while sind nicht verfügbar.Man kann das aber auch durch andere Konstruktionen ersetzen.


Jeder sollte die Sprache nutzen , die er für richtig hält.Ich halte PHP für nicht ganz so toll.
Für mehr reicht es jetzt leider nicht , der Hund muss schon wieder raus.

MfG , j.klugmann

*push*

Nachdem BenBE in seinem Blog so schön positiv über php geschrieben hat, wollen wir doch nochmal sehen, ob jetzt hierzu Meinungen bestehen

Hm.. Ohne PHP mal schöner zu machen als es ist, für kleinere Seiten und Dynamische Inhalte,
die mal eben generiert bzw aufgerufen werden müssen, ist PHP eigentlich recht komfortabel..
Zudem ist es Frei.. Was man ja nicht bei allen anderen Websprachen findet.
Es gab mal dazu einen Artikel der sich da nannte "Php sucks, but it doesn't matter"
Wikis ... -> php (wenn ich mich recht erinnere)

Ich würde aber für größere Dinge wahrscheinlich auch umsteigen ...
Entweder auf ASP oder da gab es noch sowas ... ich weiß grad den namen nicht vllt fällt er mir wieder ein ;x

Interessanter Blog-Eintrag. Hier der Link: <--.

Da aber mein Blog-Eintrag schon verlinkt wurde: Bitte auch kommentieren ... Zudem aber mal eine Ergänzung noch: Mir ging und geht es im Blog nicht darum, PHP schlecht zu machen, sondern einfach mal ein wenig das Sprachdesign und die ständige Inkompatibilität herauszuheben, die konsequent generiert wird. PHP ist als Sprache ein durchaus mächtiges Werkzeug, aus Sicht eines Einsteigers vielleicht sogar ideal; möchte man aber etwas richtig machen, sollte man es nicht mit PHP versuchen - gerade nicht als Anfänger!

Und wer jetzt meint, die Beispiele im Blog sind harmlos: Das sind die, die mir jetzt sofort eingefallen sind, da ich sie selber schon ausprobiert, erlebt oder irgendwo gefunden hab. Mit etwas gutem Wille lässt sich in PHP nahezu jeder IOCCC gewinnen. Genau das sollte zwar kein Ziel bei der Programmierung sein; bei PHP muss man aber genau hierfür Kraft aufbringen. Habe ich was vergessen: Ja, zu erwähnen, warum $foo($bar)[0] nicht funktioniert, obwohl es rein semantisch korrekt ist. Zu fragen, warum man array($foo, $bar)($baz) nicht ausführen kann, ... Aber wenigstens $a = new A(); $a::$a(); geht --- wenn man davon absieht, dass __tostring in manchen Versionen nur für echo aufgerufen wird ... Die Beschreibung der Interfaces ArrayAccess und Iterator unterlass ich jetzt mal. Damit lässt sich auch erheblicher Scheiß anstellen. Gelle?

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Joa - für kleinere Dinge ist PHP einfach unschlagbar, vor allem wegen seiner großen Verbreitung.
Außerdem hat nette Sachen, wie die schwache Typisierung, die das lernen erleichtern dürften.

Bei was größerem kann PHP irgewndwann ekelig werden.
Soweit bin ich zum Glück noch nicht, was ich so gemacht hab berschränkte sich auf ein Template-System, ein kleines CMS und ein online Ticketverkauf. (Ja - alles zusammen)
Inzwischen weis ich was man unter "Feature-Creep" versteht (Irgendwann finde ich vll. die Zeit, das neu zu machen ... anderseits: es funktioniert ja noch ...)

Ich habe mich schonmal ein bisschen mit ASP.net beschäftigt - im Vergleich dazu sieht PHP echt alt aus.

@Simak: Du meintest wahrscheinlich Ruby on Rails

@ BenBe genau den Blogeintrag mein ich

@jfheins nein, das meinte ich nicht, aber das soll wohl auch gut sein
ich meinte Coldfusion, ich kenn es zwar nicht, aber es soll wohl gerne genutzt werden
ist halt leider kostenpflichtig ^^

//edit
hat einer vllt mal links wo man was mit asp / asp.net machen kann oder gibt es da nichtmal ne kostenlose einsteigerversion ?

Also zu OOP kann ich bei PHP nur eins sagen: grottig. Aber auch noch sehr jung. Klassen werden zwar unterstützt, aber die Performance ist einfach nur schlecht. Die Syntax dagegen finde ich sehr schön. Im Gegensatz dazu finde ich die Python-Syntax nicht so schön, zwar wird man dazu gezwungen, seinen Code einzurücken, aber das ist auch so ziemlich alles Positive. PHP dagegen ist, was die Syntax von Schleifen, Blöcken und Abfragen angeht, schön im C-Stil gehalten. Wenn man also nicht gerade versucht, den Code zu verunstalten, finde ich PHP also sehr übersichtlich. Lediglich das Konkatenieren ist nicht so schön, aber aufgrund der schwachen Typisierung ist das wohl noch die beste Lösung. Ich vermute mal, man hat das an den in der theoretischen Informatik üblichen Malpunkt angelehnt, der ja leider nicht auf der Standard-Tastatur vorhanden ist.

Ich muss allerdings gestehen, dass ich Python bisher nur für Makros für das Programm SciDAVis benutzt habe, aber am Sprachstil wird das ja wohl wenig ändern.

Sag das nicht: Wer einmal unter C für einen µC, einmal für Linux und einmal für Windows ein Programm geschrieben hat, wird wissen, dass C nicht gleich C ist, obwohl sich alles an verschiedene ISO-Standards hält und sich C schimpft

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Ja, ich weiß dass sich C-Dialekte scharf unterscheiden. Aber ich meinte jetzt das C, was beispielsweise von GCC verstanden wird (und damit meine ich das, was früher unter GCC verstanden wurde, also wirklich den GNU C-Compiler und nicht die GNU Compiler-Collection).

EDIT: Aber im Wesentlichen sind die auf's erste ersichtlichen Unterschiede nicht so groß.

Eigentlich geht es doch hier um zwei Fragen in einem:

a) Welche Technologie für welches Element?

Hier hätten wir die Wahl zwischen gutem altem DHTML oder Flash/Silverlight (es gab wohl noch ein drittes RIA-Framework, aber das ist mir gerade irgendwie entfallen ...). Nicht erst bei komplexen Anwendungen sind die beiden Letzteren sinnvoll, auch bei etwas so Grundlegendem wie eingebettete Videos werden wir in nächster Zeit wohl nicht auf sie verzichten können...
Für einen Header wie hier halte ich es aber für stark übertrieben, dafür reicht auch JS (aus: The 20 Most Practical and Creative Uses of jQuery).

Wenn diese grundsätzliche Frage geklärt ist, kommen wir zu
b) Welche Sprache?

Bei RIA-Sprachen muss hier noch der User mit einbezogen werden. Bei Flash können wir schon fast von Omnipräsenz reden, bei Silverlight habe ich etwas von 25% Verbreitung gehört. Aber bei den serverseitigen Sprachen? Diese Wahl ist für den User unsichtbar und wird sicherlich nicht pro Webelement unterschiedlich ausfallen.
Gut, werde ich endlich mal subjektiv: Ich kann niemandem raten, heutzutage noch eine Webseite nicht auf einem MVC-Framework aufzubauen, egal ob Rails, Django (Python), Spring (Java), Zend (PHP) oder ASP.NET MVC. Ja, von mir aus auch PHP, wem's gefällt . Bei BenBEs Blogpost muss man sich zwar schon an den Kopf fassen , aber den allergrößten Teil der negativen Publicity erlangt PHP immer noch durch die zigtausenden fußnägelhochrollenden Codeschnippsel von Leuten, die eher C0der denn Informatiker sind und sicherlich nie ein Web-Framework einsetzen werden - geschweige denn OOP .

jfheins hat folgendes geschrieben :

Ich habe mich schonmal ein bisschen mit ASP.net beschäftigt - im Vergleich dazu sieht PHP echt alt aus.

Ich behaupte einfach mal, dass ein großes Zend-Projekt übersichtlicher ist als mit dieser Mogelpackung Webforms . Denn anders als Mogeln kann man es nicht nennen, wenn ein stateless Protokoll wie HTTP als stateful dargestellt wird. Man merkt es vielleicht, Webforms war mir einfach schon auf den ersten Blick unsympathisch, es fühlt sich eben (mit voller Absicht) wie ein Winforms im Netz an. Bei MVC habe ich dagegen das Gefühl "so und nicht anders muss das aussehen!".

Niko S. hat folgendes geschrieben :

hat einer vllt mal links wo man was mit asp / asp.net machen kann oder gibt es da nichtmal ne kostenlose einsteigerversion ?

Web Developer Express unterstützt Webforms und ab SP1 auch MVC.

Das muss erstmal reichen, gleich erscheint Silverlight 3 .