robo47

scheint so wie wenn es wohl noch ein 5.4 gibt, 6.0 erstmal nicht kommt und man in 5.4 unter anderem schon auf ein integriertes APC hoffen kann.

PHP for Android, PHP 6 canceled, APC in PHP 5.4 - Lately in PHP podcast episode 3 - PHP Classes blog - PHP Classes

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

Mister Ad

dr.e.

Interessant und schade zugleich. Native unicode support und eine Abstraktion des Zeichensatzes wie in JAVA (String-Klasse) wären oft eine echte Hilfe.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

robo47

Nativer Unicode-support wäre durchaus schön, aber das was sie bisher für 6.0 implementiert hatten kam ja durchaus mit dem ein oder anderen ballast, z.b. durch UTF-16 doppelter speicherverbrauch im vergleich zur utf-8 für strings etc ( Future of PHP 6 - Johannes Schlüter )

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

dr.e.

Korrekt, stable war das lange nicht. Mal sehen, wie die Ansätze in Zukunft aussehen...

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

robo47

Worauf ich mich viel mehr freuen würde wäre wenn man in 5.4 traits oder grafts unterbringt
-> PHP: rfc:horizontalreuse [PHP Wiki]

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

dr.e.

Darauf freue ich mich nicht, denn es stellt einen Bruch hinsichtlich der OO dar. Solche Anwendungen werden üblicherweise über das delegation pattern gelöst oder über eigene Services, die in einer Anwendung modelliert werden. Code so wieder zu verwenden ist genauso blödsinnig wie View-Helper im MVC-Bereich zu nutzen. Das wird Gefrickel und keiner kennt sich mit den neu hinzugekommenen Abhänigkeiten mehr aus. Für mich ist diese Kopplung sogar ein Rückschritt für diejenigen, die in der PHP-Szene gute und saubere Entwicklung predigen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

robo47

Also gerade für so sachen wie z.b. optionen/attribute oder wie auch immer man es nennen will, was durchaus mehr als eine klasse hat, finde ich das durchaus sehr sinnvoll, weil man ansonsten es

a) in jede klasse copy&pasten müsste/würde
b) oder __call dazu mißbraucht/nutzt das an ein internes "Options-Objekt" weiterzugeben
c) man dummy-methoden in der klasse implementieren um setOption() einer internen klasse zu nutzen. ( public function setOption($name, $value) { $this->optionContainer->setOption($name, $value); }
d) oder umständlicher über einen sub-container zugreifen muss, ($object->getOptionsContainer()->setOption())

Es ermöglicht einem sich weniger zu wiederholen (DRY) für gleichbleibende dinge.

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

Tiberius

Traits wurden vor einpaar Monaten in den Tree geschoben, werden wohl im kommenden Release sein. Leider hat sich die optional verwendbare strikte Typisierung sowie Typecasts für primitive Datentypen nicht durchgesetzt. So wären u.a. string, int und auch (boolean) im Methodenkopf möglich gewesen. Im letzten Sommer wurde über das Thema lange diskutiert und nun nach einer erneuten langen Debatte gegen ein neues Error Level ausgewechselt - ein wahrer Rückschritt

dr.e.

Gerade das Thema Type-Hinting sollte endlich sauber implementiert werden, damit die IDE-Unterstützung endlich vernünftig für Refactoring/Intelli-Sense/... möglich ist. Mit Hints in den Comments der Methoden ist das schon halbwegs vernünftig, aber spätestens bei Listen/Arrays von komplexen Typen ist es aus und vorbei...

@robo: DRY ist sicher ein Argument - auch die __call-Geschichte natürlich - aber es geht mit diesem Feature weiter weg von OO für meinen Geschmack. Wobei gerade dein Beispiel mit dem Container eigentlich eine klassische Lösung für OO-Methodiken ist.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

nikosch

+1 Type Hinting.

Ich hasse nämlich PHPDoc

__________________
--
Je Wumme desto Rambo.

Alte Kanoniersweisheit.

--