| |
|
|
| Ich wünsche mir:
Im Bezug darauf das es ja nun in X11 die OpenArrays gibt nochmal der Wunsch nach explode (und count!).
natürlich kann statt count auch sizeOf fungieren KompilierenMarkierenSeparieren gibt aus:
0 http: 1 2 xprofan.com 3 test 4 |
|
|
| |
|
|
|
Jörg Sellmeyer | Du meinst wahrscheinlich: a$[] = explode(). Das wäre ja sowas wie MoveStrToArr. Das würde ich auch sehr begrüßen. Im Moment geht das ja nur über den Umweg MoveStrToList() und dann MoveListToArr(). |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 28.10.2007 ▲ |
|
|
|
|
| Ja das meine ich wobei a$ klar als Array definiert ist, IMHO hiernach nicht wirklich ein [] nötig sein sollte. Der von Dir beschriebene Umweg hat Nachteile, einer davon ist das man sich seine interne LB zerknallt und das man diese zuvor auch noch warscheinlich meistens löschen müsste. Sind also schon 3 Operationen statt nur einer einzigen, den besagten Nachteil hingegen finde ich leider wirklich schlimm. Dazu kommt das ich glaube das der Umweg über die Listbox Performancenachteile mitsich bringt. Ein fixes übersichtliches explode ist halt doch etwas anderes... |
|
|
| |
|
|
|
Jörg Sellmeyer | Der Umweg ist nicht von mir vorgeschlagen, sondern lediglich bedauernd festgestellt worden |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 28.10.2007 ▲ |
|
|
|
|
| Jörg Sellmeyer
Der Umweg ist nicht von mir vorgeschlagen, sondern lediglich bedauernd festgestellt worden
I nu. |
|
|
| |
|
|
|
| |
|
| |
|
|
|
Jörg Sellmeyer |
Ist delimiter ein leerer String (), so gibt explode() FALSE zurück.
Da wäre es ja noch cool, wenn Del$ = ein Array aus Einzelbuchstaben ergibt. Obwohl mir so auf Anhieb auch keine Verwendung dafür einfiele... |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.10.2007 ▲ |
|
|
|
|
| Mir schon! Wobei ich meinen würde das explode mit nur einem Parameter dies tun sollte.
Der Vorteil ist klar wenn Du etwas parsen möchtest. Du musst nicht ständig mit mid$(blub,pos,1) das Char ermitteln und MID jedes Mal neu beauftragen im String rumzurutschen, sondern es wird einmalig zerlegt und DirektZugriff auf ein Char ist syntaktisch einfach mgl.
Roland sollte eh folgendes ermöglichen: KompilierenMarkierenSeparieren
a |
|
|
| |
|
|
|
RGH | iF
Mir schon! Wobei ich meinen würde das explode mit nur einem Parameter dies tun sollte. Der Vorteil ist klar wenn Du etwas parsen möchtest. Du musst nicht ständig mit mid$(blub,pos,1) das Char ermitteln und MID jedes Mal neu beauftragen im String rumzurutschen, sondern es wird einmalig zerlegt und DirektZugriff auf ein Char ist syntaktisch einfach mgl. Roland sollte eh folgendes ermöglichen: KompilierenMarkierenSeparieren
Die Syntax wäre in XProfan unmöglich, da es (wie in den meisten BASIC-Dialekten) durchaus ein Array S$[] und einen String S$ geben kann. S$[n%] wäre dann also nicht eindeutig. Allerdings könnte ich mir eine Funktion zur Ermittlung exakt eines Zeichens vorstellen, etwa SubStr$, wenn der Delimiter ein Leerzeichen ist, bzw. der Parameter nicht vorhanden ist: SubStr$(S$, n%). Das würde im Übrigen zur Logik der anderen Stringbearbeitungsfunktionen mit wahlweisem Delimiter passen.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 30.11.2007 ▲ |
|
|
|
|
| |
|
| |
|
|
|
| Nachtrag zum Thema Substr mit nur einem Parameter: Ich würde mich hieran orientieren: [...] |
|
|
| |
|
|
|
RGH | Hm, das PHP-Substr entspricht doch eher dem mid$() (= substr(String, Start, Länge)) bzw. right$() (= substr(String,Start))
BTW: Dein Link funktioniert zur Zeit nicht.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 30.11.2007 ▲ |
|
|
|