2014-01-20T09:06:02 Muffi

Also mit tie würd ich sehr vorsichtig sein.
Es gibt sehr wenig Fälle wo tie mehr nützt als verwirrt.

Dem stimme ich zu ;)
Tie kann zum Performancekiller werden, weil bei jedem Zugriff auf ein gebundenens Array die Accessor-Methode FETCH() oder STORE() aufgerufen wird. Solche Flaschenhälse habe ich aber auch anderweitig gesehen, ganz ohne tie(), mit zuviel OOP-Philosphie ;)

Es liegt immer am Gesamtkonzept. Genauso wie bei einem DB-Design es nicht immer sinnvoll ist, Relationen bis zur 3. Normalform zu bringen, sind zu komplexe Klassenstrukturen oft hinderlich, insbesondere dann, wenn ein neuer Kollege nicht Tage sondern Wochen braucht um dann die Erkenntnis zu gewinnen, dass der Datenaustausch zwischen den Klassen rein prozedural ist und OOP so ganz und gar nichts mehr zu tun hat.

Eine Klasse alleine bewegt nichts.