🚀 go-pugleaf

Arno Welzel schrieb im Newsbeitrag
[PHP, Zend-Engine, JIT]
> Die aber erst eingerichtet werden muss, wenn man Scripte dauerhaft
> in �bersetzter Form vorhalten will. Ansonsten wird jedes Script
> beim Aufruf erneut geparsed und �bersetzt. Die eigentliche
> Ausf�hrung ist allerdings dann in der Tat nativ.

Jepp - bei ASP.NET 2.0 und neuer mit IIS 6.0 und neuer ist das per 
default der Fall ... dort gibt es ja auch einen Compiler f�r PHP -> 
ASP.NET (sogar mit Segen oder direkt von M$?) ;-)

> Stimmt - JIT habe ich v�llig �bersehen. Allerdings h�lt
> JIT Maschinencode auch nur im Speicher vor, nicht als
> Datei, die auch nach einem Neustart des Servers noch
> verf�gbar w�re. Es ist zumindest beim ersten Aufruf
> etwas mehr Aufwand n�tig, wenn auch vernachl�ssigbar.

Ja, aber da drauf habe ich zwei Antworten:
(1) Wenn man den ausf�hrbaren Code einer DLL oder EXE bspw. mit einem 
Packer verpackt, hat man das Problem auch. Sogar durch die 
Relloziierung des Codes (d.h. Verschiebung der Code-Daten an die 
richtige Speicherstelle) hast Du einen nachweisbaren zeitlichen Verzug 
bei der Ausf�hrung. Im Idealfall auch nur einmal, aber daf�r immer 
wieder, wenn der Code aus dem Speicher fliegt (Referenzz�hler 0).

(2) Es gibt bei Microsoft in der .NET-Welt entsprechende Konzepte mit 
den Assemblies, dass das nur einmalig passiert und dann nur noch nach 
Installation einer neuen Assembly. Auch wenn man Microsoft nachsagen 
kann, sie haben viel bei Java abgekupfert, so zeigt sich in Details, 
dass sie jetzt die Nase vorn haben. Mal sehen, wie in paar Jahren der 
Markt aussehen wird. Daf�r, dass Java seit mehr als 10 Jahren 
existiert, hat es sich doch recht schlecht etabliert in meinen Augen - 
eigentlich nur in bestimmten Teilbereichen.

[Sprachkonstrukte in PHP]
> Ach ja - daf�r gilt in C: 1==true ist true, w�hrend man bei PHP
> durchaus zwischen "1" und "true unterscheiden kann ;-)

PHP kam nach C, insofern setze ich da eine gewisse Grunderkenntnis 
dar�ber, wie man's besser (nicht) machen k�nnte voraus ;-) Wozu 
brauch' ich denn "false", wenn ich bei bestimmten Funktionen auch dann 
�ber -1 den Fehlerfall h�tte signalisieren k�nnen? Die Crux liegt doch 
darin, dass ich versuche �ber einen R�ckgabewert nicht entweder einen 
boolschen oder anderen (Integer-/Handle-/...)Wert �bertragen m�chte, 
sondern sowohl als auch! Im �brigen kennt das klassische C keinen 
boolschen Typ - das kam erst �ber C++. Deshalb ist es in klassischem 
(ANSI-)C nur eine Definition, was TRUE und FALSE sind ... true und 
false kommen ja erst bei C++.

> Aber ich gebe Dir recht, PHP ist schon ziemlich verkorkst und
> gerade Einsteiger sind da oftmals schlicht �berfordert, saubere
> und sichere L�sungen zu bauen. Man kann durchaus auch in PHP
> brauchbare L�sungen entwickeln - aber genauso gut kann man sich
> damit auch leicht in den Fu� schie�en.

F�r's Studium sollte man es m�glichst nicht verwenden - wobei sich da 
generell die Frage stellt: Wie lernt man Programmieren? Lernt man es 
am PC oder lernt man es erstmal "auf dem Papier"? Es ist ja oft ganz 
d�mlich, wenn man durch Probieren was macht, anstatt sich die Konzepte 
zu �berlegen. Denn, wie wollen es so manche Marketingleute uns weiss 
machen? Wenn man das Konzept in eine Form gebracht hat, kann man �ber 
entsprechende Programmgeneratoren den Code f�r jede beliebige Sprache 
generieren ... ich hab's 1999 mit Oracle Designer 2000 bzw. Developer 
2000 erlebt, was das bedeutet ... ich hab's sp�ter in anderer Form 
wieder erlebt (gesetzliche Krankenkassen). Es ist 'ne nette Sache, die 
aber letzten Endes doch wieder an kleinen Feinheiten (oder nennen 
wir's besser "Spezialw�nsche") scheitert :-)

Gru�, Dirk