wissen die nicht, das es schon asp.net mvc2 gibt?

[titrat]

wissen die nicht, das es schon asp.net mvc2 gibt?
Ähnliches dürfte es auf Java-Basis geben.

Aber was soll man vom Technikchef voon Facebook erwarten?
Die nutzen lieber PHP und versuchen danach dann, es nach C zu kompilieren, weil es zu lahm und buggy ist, anstatt sofort eine vollwertige und elegante Sprachversion zu wählen.

Nix gegeben PHP, ist für Anfänger und Quick-und-dirty recht gut, aber für komplexe und performante Projekte, die Jahrzehnte skalierbar laufen müssen?

[Serpiente]

solche anwendungen laufen auch unter php. kommt immer auf den Programmierer an. Man kann in jeder Programmiersprache Frickelcode schreiben.

[kaysen]

Da es in PHP mehr Frickler gibt mag sein weil es halt sehr einfach zu erlernen ist und heute viele mit Webprogrammierung anfangen.
ABER Php ist seit Version 5 sehr viel besser als sein Ruf von Leuten die es aus PHP3 Tagen kennen...es gibt eine Reihe von sehr guten MVC Frameworks und man kann insgesamt genauso gut strukturieten Code schreiben wie beispielsweise mit Java, nur das man mit PHP nach wie vor effizienter ist da man einfach schneller ist.
Noch dazu ist weder Java noch asp.net glorreich schnell, PHP wird durch den neuen c "compiler" vermutlich alle anderen etablierten Sprachen zur Webentwicklung abhängen.

Projekte wie Facebook, wikipedia, yahoo etc zeigen außerdem das PHP keinerlei Probleme mit Skalierbarkeit hat.

[Zur.Registrierung]

Das Forum zeigt aber, das die PHPler Probleme mit Sachen wie Unit-Tests und "erst planen, dann programmieren" haben.

Sowas ist bei Facebook aber normal. 5000 ! Unit-Tests.
Deutsche PHPler zetteln dann einen Aufstand an "Ich hab noch nie einen PHP-Unit-Test geschrieben und ich habe Libri/Arbeitsamt/mshtml.dll/... programiert".

Die von Dir genannten Plattformen arbeiten auf einem ganz anderen Qualitäts-Sicherungs-Level als Normalo-PHPler.
Die sind die totale Ausnahme. Schlecht-Programmier-Normalos sind der 99,999%ige Standard-Fall.

[TheDragon]

kaysen schrieb:
--------------------------------------------------------------------------------
> ...genauso gut strukturieten Code schreiben wie
> beispielsweise mit Java, nur das man mit PHP nach wie vor effizienter ist
> da man einfach schneller ist.

Das halte ich mal für ein großes Gerücht! Allein der Anteil an Fehlern, die nur durch Kompilieren (und damit zur Entwicklungszeit!)gefunden und behoben werden können macht einen riesigen Unterschied aus! Typsicherheit in Java: FTW! Wenn ich mir das anschaue, ich kann in PHP (auch noch in Version 5!!!) einer Variablen erst einen Text, dann einen Int-Wert usw zuweisen. Da wird mir nur noch schlecht!

Und zum Schluss: die Frameworks für Java sind denen von PHP einfach in Mannjahren gemessen um Welten vorraus. Alleine Hibernate bzw. JPA ist mit Geld praktisch nicht mehr zu bezahlen (Gott sei Dank ist es kostenlos!). In PHP muss ich sowas immer erst mühsam generieren.

Von Annotations, Transaktionen, Generics usw. fang ich gar nicht erst an.

Zu guter letzt: ich weiß, wovon ich rede, ich habe mehrere Jahre mit PHP (auch 5) verschwendet und bin jetzt seit einigen Jahren glücklich im Java Umfeld.
Der einzige Grund heute noch PHP einzusetzen ist der: es gibt praktisch keine günstigen Java-Hosting-Anbieter!


T.

[Plasma]

kaysen schrieb:
--------------------------------------------------------------------------------
> ABER Php ist seit Version 5 sehr viel besser als sein Ruf von Leuten die es
> aus PHP3 Tagen kennen...es gibt eine Reihe von sehr guten MVC Frameworks
> und man kann insgesamt genauso gut strukturieten Code schreiben wie
> beispielsweise mit Java, nur das man mit PHP nach wie vor effizienter ist
> da man einfach schneller ist.

ROFLMAO kann ich da nur sagen.

Ich erinnere mich da an eine Statistik in der verschiedene Webserver-Technologien verglichen wurden. Java-Servlets standen von der Geschwindigkeit her an zweiter Stelle, die einzig schnellere Geschichte waren CGIs in nativem C. PHP war da gaaaanz weit unten.

Inzwischen gibt es die x-te Version des Hotspot-Compilers, Java ist viel schneller geworden. PHP schlägt sich endlich mit Objektorientierung herum, und bringt gleich noch einen schönen Satz unbrauchbarer "Magic"-Funktionen mit, die dank Reflection den ganzen Laden ordentlich ausbremsen.

PHP mag effizient sein im Sinne der Zeit zwischen "Idee" und "was sichtbarem", aber für mehr als Prototypen ist es nicht zu gebrauchen, wenn man nicht aufgrund der Serverumgebung darauf festgenagelt ist und/oder eine masochistische Veranlagung hat den gesamten Code mit, wegen nicht konsequent implementierter Exceptions, zwingend notwendiger Fehlerbehandlung zu bloaten.

[yamler]

Ich denke auch, daß sich die PHP-Gemeinde in (mindestens) zwei Teile spaltet. Einerseits die "Frickler", die so berühmte Seiten wie "Guckst_Du_Muttis_Baby_von_allen_Seiten.igitt" entwickeln, und andererseits die, die hochperformante, skalierbare Systeme (und davon gibt es einige) entwickeln.
Und es ist ganz sicher, daß die Performance maßgeblich von den Fähigkeiten der Entwickler abhängt, unabhängig von der eingesetzten Technologie.
Außerdem gibt es meines Erachtens einen Widerspruch zwischen den Anforderungen von RAD mit dem daraus resultierenden Trend zu Frameworks und eben der Performance. Jeder, der sich schon einmal den Call-Stack in so einem Framework angesehen hat, wundert sich, daß manche Applikationen überhaupt laufen ...
Irgendwann wird dann der Punkt kommen, wo der Hardware-Fortschritt die enormen Performance-Einbussen durch ORM, Frameworks und alles, was RAD sonst so fordert, nicht mehr ausgleichen kann.
Wenn ich mir überlege, auf welcher Hardware im Jahr 2002 eine der größten und traffic-reichsten Websites Deutschlands (Rang 5-10) residierte ... und trotzdem können viele Unternehmen von der Entwicklungszeit, auch heute noch, nur träumen.
Es gibt halt noch andere Plattformen als PHP und ASP, die für viele Anwendungsfälle durchaus besser geeignet sind. Welcher 08/15 PHP'ler oder ASP'ler kennt denn z.B. die Vorteile von Intersystems Caché oder Lotus Domino ?

[nexx]

yamler schrieb:
--------------------------------------------------------------------------------
> ASP'ler kennt denn z.B. die Vorteile von Intersystems Caché oder Lotus
> Domino ?

Bei dem Text "In der Regel müssen die gleichen Funktionen einmal auf Serverseite und einmal auf Clientseite in unterschiedlichen Sprachen implementiert" musste ich auch gleich an Dominos neuen XPages denken.

[klaro]

Typensicherheit und Fehler bei Kompilieren ist sicher ein vorteil von Java, da gebe ich dir recht. Aber sonst sehe ich keine Vorteile (Arbeite selber seit > 5 Jahren mit JSF / Struts und PHP).

Zudem haben echte Webdesigner mehr möglichkeiten in PHP als in JSF, wobei JSF 2.0 da vortschritte gemacht hat.

Aber z.B clean URLs, da sieht dann Java aber bitter schlecht aus.

Sorry aber ich glaube dir einfach nicht, oder du hast es halt einfach nicht wirklich begriffen.

PHPUnit, Phing, CruiseControll und all die Sachen machen PHP halt trotzdem Enterprise tauglich.

[abp]

Zum Thema Frameworks und Objektorientierung in PHP gibts nen coolen Artikel vom Author der Sprache selbst :)

http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html

# Fast
* Avoid include_once and require_once
* Use APC and apc_store/apc_fetch for caching data that rarely changes
* Stay with procedural style unless something is truly an object <- !!!
* Avoid locks at all costs

[what]

Da gibt's noch andere sehr interessante Ansätze, Haxe z.b. ist ne plattformunabhängige Metasprache die Quellcode, Binarys oder Bytecode für unterschiedliche Plattformen generiert. Aktuell werden als Zielplattformen Javascript, PHP, Flash, Neko (Lightweight VM) und C++ unterstützt. Hat bisher leider noch nicht die Aufmerksamkeit verdient die es eigentlich verdient. mehr dazu auf www.haxe.org

[janeisklar]

hier reden leute von php die nicht php programmieren ...

Gott das MVC ist keine neu-erfindung, gibts in jeder Sprache zig Versionen, also "WOZU DIESE DISKUSSION?" ... welche Programmiersprache nun schlecht ist?
ich kenne ASP Programmierer die mit COPY&PASTE Projekte verhunzen, und ohne klickybunty nichts zu stande bekommen würden was man Applikation nennen kann.
außerdem die oben erwähnten Frickler in php ...
und mit JSP kann ich mir auch meinen Server auslasten wenn dem langweilig ist (siehe lahmarschiges lokalisten).

die oben erwähnten Fakten: Facebook, Wikipedia, Sourceforge und yahoo sprechen definitiv für sich, unaufzählbar bleiben die ganzen kleinen Projekte wie Foren, Blogs, Twitterscript

[Just in Time]

Sagt dir JIT Compiler was?
Schau bei Wikipedia nach.
Java compiliert schon lange direkt in Bytecode und is damit auch wunderbar schnell. Kann mir nicht vorstellen, dass PHP->C->Bytcode letztlich viel mehr Geschwindigkeit bring

[zilti]

Just in Time schrieb:
--------------------------------------------------------------------------------
> Sagt dir JIT Compiler was?
> Schau bei Wikipedia nach.
> Java compiliert schon lange direkt in Bytecode und is damit auch wunderbar
> schnell. Kann mir nicht vorstellen, dass PHP->C->Bytcode letztlich viel
> mehr Geschwindigkeit bring
Ehmm Java hat schon immer in Bytecode kompiliert. Der JIT-Compiler kompiliert Bytecode zur Laufzeit zu nativem Code.

[GL]

Wenn java-bytecode-komplatible Chips (wie z.B. der ARM im iPhone) auf Serverniveau kommen, dann kann es gut sein, dass Java performance-wise deutlich abhaut.

[d2]

Und was hat das mit PHP zu tun?

[Julix]

Wenn man nicht schwimmen kann ist auch die Badehose schuld...
Klarer Fall von erst denken, dann schreiben.

[nunja.]

Tatsächlich ist php in vielen Fällen eine Bleibadehose.

MVC ist da mehr schlecht als recht möglich und vor allem lahm.