Alternative zu PHP !

Beitrag von **800XE** » 16.10.2008, 20:52

DanielS hat geschrieben:
800XE hat geschrieben:...mit OOP kenn ich mich nicht aus...
Genau aus diesem Grund solltest Du solche Aussagen sein lassen:

und nun noch bitte Handfeste Argumente das das was ich sagte falsch ist

DanielS hat geschrieben:
800XE hat geschrieben:ohne OOP ist es einfacher ....
Ohne Auto ist Fahrradfahren auch einfacher

wie schon gesagt ....
eine function wird einfach aufgerufen
vor dem Aufruf einer ObjectMethode mus das Object erstmal "erschafen"="Instanz erzeugen" werden

Kippenautomat 500Meter ...
... Fahred vor der Tür aufschlie0enund fahren
... Garage öffnen, Auto rausfahren ..... ?
und nicht zu vergesen .... Benzinpreise und "bewegung ist gesund" .... OOP ist intern komplexer = verbraucht mehr Resourcen

denkst du wirklich, das es wegen 500Meter oder auch vielleicht nur 100Meter ... es lohnt mit dem garagenTor zumzumachen?

Gruß
Andy 800XE Zmuda

von **Anzeige von ABAKUS** »

Beitrag von **DanielS** » 16.10.2008, 20:59

800XE hat geschrieben:
800XE hat geschrieben:ohne OOP ist es einfacher ....
...und nun noch bitte Handfeste Argumente das das was ich sagte falsch ist

Falsch ist es nicht, weil Du nicht wirklich sagst "was" einfacher ist (deswegen mein Auto/Fahrrad-Vergleich).

800XE hat geschrieben:wie schon gesagt ....
eine function wird einfach aufgerufen
vor dem Aufruf einer ObjectMethode mus das Object erstmal "erschafen"="Instanz erzeugen" werden

Mal ein bisschen was zum Lesen: https://www.phpbar.de/w/static

Beitrag von **3DCG** » 16.10.2008, 21:08

HI, ich würde JEE (Java Enterprise Edition) nehmen. JSP mit Java auf dem Server und eigene Datebank Server - ein Clustered JDBC für die Datenbank Connection dazwischen und vorne einen Loadbalancer davor der dann die Applikation Server ansteuert.

Oder Du schaust mal hier was Dir bzw. Deinem Projekt nahe kommt und schaust was die nehmen:

https://highscalability.com/

unter Real Life Architectures

* YouTube Architecture
* PlentyOfFish Architecture
* Google Architecture
* Flickr Architecture
* Amazon Architecture
* Scaling Twitter: Making Twitter 10000 Percent Faster

.

Beitrag von **800XE** » 16.10.2008, 21:27

DanielS hat geschrieben:Falsch ist es nicht, weil Du nicht wirklich sagst "was" einfacher ist (deswegen mein Auto/Fahrrad-Vergleich).

doch,
altmodisch spare ich den Befehl um das Object nutzen zu können

DanielS hat geschrieben:Mal ein bisschen was zum Lesen: https://www.phpbar.de/w/static

hm, das klingt für mich wie ....
"warum muß ich immer erst eine INstanz erzeugen, das nervt"
... jetzt geht es auch einfach,, so wie es früher ging

aber, die Dinger können dann nicht mehr vererbt und verändert(überladen) werden .... also, verlieren quasie die "Vorteile" von OOP

"Vorteile"
im SchulVernsehen hab ich mal was von OOP gesehen ....
Da ist das Object ... mit verschiedenen Methoden
ich will neben Konto->ZinsesZins noch Konto->JahresZins ausrechnen können
=
Instanz von Konto->Zins
überladung mit neuem Code(oder auch eine Teiländerung?)
und dann hab die einen Befehl um JahresZins auszurechnen

Code: Alles auswählen

Konto
&#123;
  speicher Kontostand
  method Zins
  method ZinsesZins
  method JahresZins
&#125;

vs

Code: Alles auswählen

int Kontostand
$return function Konto_zinsatz&#40;  $.... &#41;
&#123;
&#125;
$return function Konto_zinseszins&#40;  $.... &#41;
&#123;
&#125;
$return function Konto_jahreszins&#40;  $.... &#41;
&#123;
&#125;

oder

Code: Alles auswählen

int Kontostand
$return function Konto&#40;  $workmode, $...... &#41;
&#123;
  switch&#40; $workmode &#41;
  &#123;
    case 'zinsatz'&#58; break;
    case 'zinseszinz'&#58; break;
    case 'jahreszins'&#58; break;
  &#125;
&#125;

Fazit ....

im OOPP ist das Zeugs das zusammengehört in ein "Paket" zusammengepackt

im "altmodisch" ist es eben eine Sammlung von mehrerern DIngen ...
... kann aber auch "paketiert" werden

und nun pack ich die §Speicherverwaltung auch noch in die "Function

Code: Alles auswählen

$return function Konto&#40;  $workmode, $para2 &#41;
&#123;
  global int $Kontostand;

  switch&#40; $workmode &#41;
  &#123;
    case 'zinsatz'&#58; break;
    case 'zinseszinz'&#58; break;
    case 'jahreszins'&#58; break;
    case 'setKontostand'&#58; $Kontostand=$para2; break;
    case 'Einzahlung'&#58; $Kontostand += $para2; break;
    case 'Auszahlung'&#58; $Kontostand -= $para2; break;
  &#125;
&#125;

Code: Alles auswählen

$return function Konto&#40;  $workmode, $konto, $geld, $konto2=0 &#41;
&#123;
  global int $Kontostand;

  switch&#40; $workmode &#41;
  &#123;
    case 'zinsatz'&#58; break;
    case 'zinseszinz'&#58; break;
    case 'jahreszins'&#58; break;
    case 'setKontostand'&#58; $Kontostand&#91;$konto&#93;=$geld; break;
    case 'Einzahlung'&#58; $Kontostand&#91;$konto&#93; += $geld; break;
    case 'Auszahlung'&#58; $Kontostand&#91;$konto&#93; -= $geld; break;

    case 'Überweisung'&#58; 
      $Kontostand&#91;$konto &#93; -= $geld; 
      $Kontostand&#91;$konto2&#93; += $geld; 
      break;
  &#125;
&#125;
konto &#40; 'Einzahlung', 123, 800 &#41;;
konto &#40; 'Überweisung', 123, 800, 456 &#41;;

oder rekursiv?

Code: Alles auswählen

    case 'Überweisung'&#58; 
      konto &#40; 'Einzahlung', $konto2, $geld &#41;;
      konto &#40; 'Auszahlung', $konto, $geld &#41;;
      break;

damit wäre wohl auch der Fall mit 2 Parametern nochmal abgehandelt?

Gruß
Andy 800XE Zmuda

Beitrag von **SloMo** » 16.10.2008, 22:10

Was veranstaltet ihr denn? Natürlich kann man in PHP Methoden überladen. Und man kann in PHP auch sehr große Projekte realisieren. Man muss sich nur an die Regeln der Sprache halten.

Wenn es etwas in PHP nicht gibt, muss man es auf anderem Wege realisieren. Und wenn einen das überfordert, sollte man halt kein PHP benutzen, sondern eine andere Sprache, die einen nicht überfordert. Aber auch dann wird es Regeln und Einschränkungen geben. So ist das Leben.

Beitrag von **Airport1** » 16.10.2008, 22:59

hab jetzt nicht alles gelesen aber bei folgendem:

> Warum nutzt du keine Objekte, Namesspaces

muss ich jetzt doch meinen senf dazugeben.

in der theorie sind objekte und oop ganz toll, in der praxis aber (vor allem bei php!) nicht immer angebracht, wenn es vor allem schnell sein soll, und so richtig sauberes oop ist das ja - wenn man mal ganz ehrlich ist - in php auch nicht, sondern nur nachtraeglich aufgepropft ,) wenns natuerlich ein riesig grosses projekt waere wuerde sich dennoch die nutzung von oop anbieten, das erleichtert auch die entwicklung und vor allem wartung.

aber oop nur zu nutzen weil es da ist, ist nicht immer der koenigsweg. ich hatte nun schon zig diskussionen mit leuten die selbst bei einem 30 zeiler mit einem herumstreiten warum man das unbedingt in oop schrieben muesste.. selbst bei dingen bei denen es auf hohe performance ankommt.

bei den namespaces hast du in eine kerbe gehauen. mich nervt es unheimlich dass es bis heute in aktuellen php versionen keine namespaces gibt, war ja eigentlich mal angedacht..

ruby wird derzeit etwas gehyped, da wuerde ich aufpassen bis das kind so richtig erwachsen ist. wenn ich recht las wird ja eingestanden dass es noch nicht so performant ist.

vielleicht magst dich ja mal mit python auseinandersetzen? google z.b. steht drauf

Beitrag von **SloMo** » 16.10.2008, 23:59

Airport1 hat geschrieben:bei den namespaces hast du in eine kerbe gehauen. mich nervt es unheimlich dass es bis heute in aktuellen php versionen keine namespaces gibt, war ja eigentlich mal angedacht..

Werden wahrscheinlich mit PHP 6 eingeführt. Da schwirren ja schon Feature-Listen im Netz umher. Wichtiger finde ich, dass mit PHP 6 endlich ein Opcode-Cache enthalten sein soll (der PECL/APC). Dann tut auch der Performance-Verlust bei OOP niemandem mehr so sehr weh.

Beitrag von **800XE** » 17.10.2008, 02:07

SloMo hat geschrieben:Was veranstaltet ihr denn? Natürlich kann man in PHP Methoden überladen. Und man kann in PHP auch sehr große Projekte realisieren. Man muss sich nur an die Regeln der Sprache halten.

Du beziest dich auf die Diskusion in der ich bin?
Da gehts nicht darum ob es geht oder nicht geht
geht drum ob es sinnvoll ist oder ob man auch gut drauf verzichten kann ... bzw genausogut auch Anders machen kann (und wie Airport zustimmt) diese Weg sogar teschnich besser ist

Airport1 hat geschrieben:in der theorie sind objekte und oop ganz toll, in der praxis aber ..... nicht immer angebracht, wenn es vor allem schnell sein soll,
........ wenns natuerlich ein riesig grosses projekt waere wuerde sich dennoch die nutzung von oop anbieten,
das erleichtert auch die entwicklung und vor allem wartung.

schnelligkeit ... geringer, weil dem Programmierer Dinge abgenommen werden .... zusatzCode im Hintergrund läuft .....z.B. CarbachColaction

mal meinerseits eine klare ProAussage für OOP (aber eben nur teoretisch)
wie ich in meinen CodeBlöcken ja schon zeigte, ist OOP "aufgeräumt" das zusammengehöriges in "Pakete" zusammengefast sind ..... was aber auch in Proceduraler Programmierung möglich ist ....
... rückblick .. ganz früher
keiner war gewzungen in BASIC Spageticode zu schreiben

der besagte 30Zeiler ... ist der OOP oder procedural ... wieviel iniCOde ist eigentlich normal ....
iniCode ... im DosModus einfach

Code: Alles auswählen

print&#40;"Hallo"&#41;; // mein erstes Programm

iniCode ... für Windows (oder auch Apple .... oder Atari GEM )

Code: Alles auswählen

Befehl um Fenster zu öffnen
.
.
.
while&#40; Eventhändler abfragen &#41;
&#123;
  if Event=Fenster_neu_zeichnen
  &#123;
    while &#40; $cut = rechteckliste_abfragen &#41;
    &#123;
       Rechteck maskieren
       print&#40;"Hallo Welt ... mein erstes FensterSystemProgramm"&#41;; 
    &#125;
  &#125;
&#125;

Airport1 hat geschrieben:vielleicht magst dich ja mal mit python auseinandersetzen? google z.b. steht drauf

is python besser als Perl?

@WerHatdie UrsprünglicheFragenochmalGestellt

zu willst für ein großes Project was neues lernen .... Perl oder Phyton ... bzw .. Python oder Perl

Beitrag von **SloMo** » 17.10.2008, 07:48

800XE hat geschrieben:Du beziest dich auf die Diskusion in der ich bin?
Da gehts nicht darum ob es geht oder nicht geht
geht drum ob es sinnvoll ist oder ob man auch gut drauf verzichten kann

Du meinst aus Deiner Sicht? Ganz ehrlich, ich kann Deinen wirren Ausführungen kaum folgen. Kann an mir liegen! Ich denke, Du hängst Dich an völligen Nebensächlichkeiten auf.

BTW: Python und Ruby könnten Dir gefallen, erinnern von der Syntax auf den ersten Blick etwas an BASIC

...aber wirklich nur auf den ersten Blick.

Beitrag von **Nullpointer** » 03.11.2008, 15:14

Wenn man ein neues Proejkt "from scratch" aufzieht, kann man mit Rails oder Grails relativ schnell ans Ziel kommen. Relativ zu einer Einarbeitung in reinem Java, JSP + diverser Frameworks (Spring, Hibernate) die man einfach braucht.

Dabei kommt es aber klar auf die Anforderungen an und was für den einen ein großes Projekt ist, sind für den anderen Peanuts.

@TO Geht es hier konkret eher um die Performance (Skalierbarkeit) oder um sauberen Programmcode?