AW: [php] Technologievergleich PHP - JSP

["Meißner, Heinz"]

> -----Ursprüngliche Nachricht-----
> Von: Carsten Lehmann [mailto:c.lehmann at q-bus.de]
> Gesendet: Montag, 15. März 2004 20:00
> An: deutschsprachige PHP-Mailingliste
> Betreff: Re: [php] Technologievergleich PHP - JSP
> 
> 
> Björn Schotte schrieb:
> 
> > Sebastian Mendel schrieb:
> > 
> >> es gibt da ja auch Forderungen, vor allem auch von IBM an 
> SUN, Java 
> >> auch endlich als OpenSource zu vertreiben, dann könnte sich ja 
> >> eventuell wieder etwas ändern ...
> >> oder?
> >  
> > IMHO nein. Das Problem ist, dass Java-Projekte oft wie ein
> > schwerfälliger Laster sind. Riesige Monstren. Im Sinne der
> > reinen Leere/Lehre der Objektorientierung designed bis zum
> > geht nicht mehr, sprich: unendlich komplex. Das liegt einfach
> > in der Natur der Sache, die Codekomplexität ist hierbei um
> > einiges höher als beim Wiesel PHP.
> 
> Den "Laster"-Vergleich benutze ich auch. Bei mir ist dann PHP ein 
> schnelles Motorrad und Java ein schwerer LKW. Nur: Wie 
> transportiere ich 
> beladene Europaletten mit dem Motorrad?
> 
> Ich selbst konnte mir bisher meist die Programmiersprache 
> aussuchen und 
> habe mich dann _immer_ für PHP entschieden (Motorradfahren macht eben 
> mehr Spass). Dennoch möchte ich Java eigentlich nicht so traurig 
> dastehen lassen:
> 
> Codekomplexität bedeutet eine höhere Abstraktionsebene. Diese 
> bietet in 
> Java auch Vorteile, da die Abstraktion festgelegten und erlernbaren 
> Regeln folgt:
> 
> - Einfache Teamarbeit in festgelegten Rollen
> - Schneller Überblick über komplexe Strukturen
> - Leichte Auslagerung von Teilprogrammierungen
> - Einfache Programmerweiterung
> - Gute Wartbarkeit
> - Austauschbarkeit der Programmierer
> - Programmierung kleinster Einheiten von uneingearbeiteten 
> Programmieren
> 
> > Das macht das ganze für den Endkunden teuer und führt auch
> > zu längeren Projektlaufzeiten. Es gibt viele Kunden (dazu
> > gehören auch größere Konzerne/Unternehmen), die sehen nicht mehr
> > ein, dass sie das in Kauf nehmen (hohe Kosten, lange Projekt-
> > laufzeiten), nur weil "Java" vornedrauf steht und es um eine
> > Webapplikation geht, bei der die Change Request Rate ehedem
> > hoch sein wird.
> 
> Mit Sicherheit benötigt Java eine längere 
> Projekt_an_laufzeit. Ob Java 
> letztendlich zu einer längeren Projektlaufzeit führt, kommt 
> wohl auf das 
> Projekt an. Jedenfalls besteht im mir bekannten Umfeld die einhellige 
> Meinung, dass sich die Entwicklungszeit mit der Projektgrösse 
> zugunsten 
> von Java verschiebt. Allerdings kenne ich kaum PHP-Entwickler :-(
> 
> > Und das ist der Vorteil an PHP: es ist leicht zu bedienen
> > und spuckt in wenigen Zeilen das aus, wofür du in anderen
> > Sprachen viel Code benötigst. Dazu hat es eine sehr breite
> > Funktionsvielfalt und mit etwas Disziplin kann man (wie in
> > jeder anderen Sprache auch) dafür sorgen, dass wartbarer Code
> > entsteht.
> 
> Als Java Vorteile fallen mir dann noch ein:
> 
> - Datenteilung (nicht nur Threads können gemeinsame 
> Daten/Datenbankverbindungen nutzen, auch verschiedene Programme)
> - Multithreading
> - Integration der JVM ist in den Webserver (kein Aufruf eines 
> externen 
> Programms)
> 
> Und was passiert, wenn eine Applikation nicht nur über den Webclient 
> gesteuert/dargestellt werden soll? Oftmals ist ja der 
> Webserver nur ein 
> zusätzliches Feature. Das würde heissen: Doppelte Programmierung des 
> selben Vorgangs in PHP und einer anderen Sprache.
> 
> Erwähnt sei ferner die sehr einfache und effektvolle 
> 3D-Programmierung 
> mit Java, über Applets sogar im Web...
> 
> > Außerdem skaliert PHP viel besser: bei Java mußt du erstmal
> > nen ganzen Klotz an Hardware hinstellen, damit es gut rennt
> > und skaliert. Bei PHP reicht auch erst mal was Kleineres aus
> > und wenn man später skalieren möchte, so kann man das dann immer
> > noch tun und in die Breite gehen.

hi carsten,
also wenn du java2 laufen hast ...
und mit dem neuen tomcat arbeitest
dann skaliert dieser einwandfrei ... wenn ...
man sollte die jvm properties ... so wie -mx... etc auf einen hohen wert setzen
und im tomcat das multiprozessing einschalten ... sonst will der 'kater' nicht
dann ist das skalar problem minimiert
tippende grüße
heinz

> 
> Das hat auch Vorteile:
> Du erkennst schnell wo der Flaschenhals ist und 
> ergänzt/ersetzt einfach 
> die Hardware...
> 
> > Und mit der FastCGI SAPI kann man auch eine funktionierende
> > 3-Tier-Architecture mit PHP bauen, die stabil rennt.
> 
> Die JVM ist in den Webserver integriert (war FastCGI nicht 
> die Antwort 
> darauf?).
> 
> Carsten
> 
> -- 
> ** Allgemeine deutschsprachige PHP-Liste: php at phpbar.de **
> Informationen: http://www.phpbar.de
> http://lists.phpbar.de/mailman/listinfo/php
> 
> 
>