Kommentare zu: String Klasse: Version 1.1.0

Von: Benni

Benni — Wed, 21 Oct 2009 18:06:53 +0000

Hallo Rudwig Brown,

Danke für die Anregungen. Sollte ich mal wieder dazu kommen an der Klasse weiterzuentwickeln werde ich deine Vorschläge berücksichtigen.

Von: Benni

Benni — Wed, 21 Oct 2009 18:04:40 +0000

Hallo Base,

die Klasse unterstützt UTF-8, nur was genau verwendet wird (normale Stringfunktionen oder die Multibyte-Entsprechungen) kommt halt auf die Servereinstellung an.

Von: Rudwig Brown

Rudwig Brown — Tue, 20 Oct 2009 22:20:47 +0000

Bin jetzt grad zum zweiten mal über den Artikel gestoßen und hab mittlerweile folgende Meinung dazu:
- Die “String erweitern Methoden” gehören in eine “StringBuilder” Klasse und nicht zu String selbst (Single Responsibility Principle). Oder?
- String kopieren besser mit “__clone()”?!
- ein String Objekt sollte “immutable” (nicht veränderbar sein) – jede “edit” Methode sollte ein neues String Objekt zurückgeben. Ich bin mir nicht sicher ob das bei PHP einen Sinn ergibt, aber so ist es zumindest bei Java. Dann würden z.B. auch die (unschönen) Methode set, reset und get wegfallen (get und __toString sind ja eigentlich identisch)
- ist Vererbung wirklich notwendig? Den Namen “JavascriptString” finde ich jedenfalls irreführend. Die ganzen Methode daraus würd ich in die String Klasse einlagern (obwohl es dadurch wiederum Doppelungen gibt: z.B. substr und substring).
- cool finde ich aber auf alle Fälle die “callFunction” Methode bzw. die verweisenden Methode darauf

Das ganze nur als Anregung … ich hab noch keine String Klasse eingesetzt … vielleicht komm ich später mal darauf zurück. *g*

Von: Base

Base — Sat, 10 Oct 2009 17:31:45 +0000

vom Prinzip her zwar schön, aber “Strings” objektieren unter PHP? Dann zumindest mit UTF-8 Unterstützung

Von: Roll

Roll — Sat, 29 Aug 2009 09:08:06 +0000

Ich finde die String Klasse für PHP wirklich sehr gelungen, das Fluent-Interface Konzept ermöglicht eine einfache und schnelle Verwendung – passt voll zur PHP Philosophie.

Allerdings sollte man meiner Meinung nach die Verwendung ausschließlich auf String Manipulationen beschränken. Eine grundsätzliche Typisierung aller “Strings” in einem Projekt sollte nicht vorangetrieben werden (z.B. Typisierung aller Methoden Parameter als “String” Typ) … das würde eher nicht zur PHP Philosophie passen (Performance, Handling, …), obwohl mir persönlich als Java-Entwickler die “nicht Typisierung in PHP” schon einige Kopfschmerzen bereitet hat…

Ein paar Anregungen hätte ich noch:
1. Gibt es vergleichbare PHP Projekte (Extensions, SPL, …?)

2. Im Java-Bereich gibt es bereits etwas vergleichbares: Das Apache Commons Projekt bietet eine “StringUtil” Klasse an: http://commons.apache.org/lang/apidocs/index.html
Vielleicht könnte man die Funktionalitäten nachbauen und die “String” Klasse als “PHP Apache-Commons StringUtil Klon” bezeichnen? Wäre für “Java to PHP” Entwickler super…

3. Könnte man vielleicht eine Projekt-Seite anlegen? z.b.: http://trac.edgewall.org/wiki/CommercialServices

Von: String-Klasse: Version 1.0.1 « Klasse, Version, String-Klasse, Funktion, Suche, Dokumentation, Lizenz, Situationen « ajaveeb

Sun, 05 Jul 2009 14:27:14 +0000

[...] Information: Es steht eine neue Version der Klasse zur Verfügung: String-Klasse: Version 1.1.0 [...]