| |
|
|
| je überleg qui ganze Zeit comment je es am besten expliquer peux...
qui Funktion MID$ liefert une "String" et qui Funktion Explode un "Dynamisches String-Array".
MID$ sur un Leerstring, alors un MID$ sur "nichts", liefert une Leerstring zurück, alors une String sans marque.
Explode sur un Leerstring, alors explode(»,»), liefert un "Dynamisches String-Array" zurück, alors "nichts" comme Array, alors un Array sans Indizes/Einträge.
XProfan11 hat malheureusement den Bug, un dynamisches String-Array zurück trop liefern, welches plan pas vide ist mais une Eintrag contient.
aussi si un Leerstring un "String" ist, et avec cela z.B. chez MID$ donc qui Rückgabewert un LeerString ist, so ist chez Explode qui Rückgabewert un "Dynamisches String-Array", welches aucun Einträge avons darf oui c'est ca comment un Leerstring aussi aucun marque enthalten darf.
je kanns aussi beweisen! KompilierenMarqueSéparation |
|
|
|
|
Frank Abbing | tu as droite, avec »,» pourrait ne...aucune solches Array erstellt volonté! |
|
|
| |
|
|
|
RGH | Frabbing, Beitrag=43245, Zeitpunkt=08.08.2008
tu as droite, avec »,» pourrait ne...aucune solches Array erstellt volonté!
... et wird künftig aussi pas plus. cela Ergebnis-Array hat qui Taille 0, comment de iF gefordert.
Salut 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 | 09.10.2009 ▲ |
|
|
|
|
| Super, peux on einfacher avec tourner autour de. |
|
|
| |
|
|
|
| je suis incidemment toujours qui attitude, dass Du cela retourner qui paramètre rückgängig faire könntest. encore utilise niemand explode, dass pourrait qui dernier chance son. ^ ^
qui jetzige variante verwirrt mich au plus tard si je dedans 1 Editor avec verschiedenen Sprachen programmiere, alors un la fenêtre avec HTML/JS aufhabe, une avec PHP et une avec XProfan. chez instr ou bien ins$ heissts doch aussi: gesuchter, durchsuchter et chez chez Explode était nunmal seither aussi: gesuchter, durchsuchter. |
|
|
| |
|
|
|
RGH | Tja, cela avec den Parametern est une l'affaire ... überall ist qui Delimiter hinten tour et peux ggf,. weggelassen werde. je denke, dass cela XProfan-Explode plutôt trop XProfan "kompatibel" son sollte, comme trop anderen Sprachen.
Salut Roland (beginnt derzeit wieder, am prochain XProfan trop bricoler.) |
|
|
| 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 | 09.10.2009 ▲ |
|
|
|
|
| je vois cela quelque chose anders, car chez instr ou bien ins$ heisst es aussi (gesuchter, durchsuchter).
un Explode(gesuchter, durchsuchter) wäre ensuite pas moins XProfan-kompatibel.
omettre des Delimiters ginge aussi si es qui 1. paramètre wäre. (naturellement, sei car, tu as pour Explode encore weitere optionale paramètre angeplant)
je serait plutôt dire, dass cela Explode une gute concept aus anderen Sprachen ist, qui XProfan aufgegriffen hat. maintenant mais qui paramètre pour trop vertauschen devrait une Grund avons, aus persönlicher Erfahrung ists seule nervig besonders aussi weil imho technique unnotwendig. ^ ^
Bien sûr peux je es aussi comme "persönliche Note" anerkennen, mais je dachte tu as cela Explode pour mich gemacht. ^ ^ |
|
|
| |
|
|
|
Nico Madysa | Tut mir Leid, iF; doch ici stimme je définitif avec Roland überein. Explode gehorcht pas dem Prinzip gesucht-durchsucht comment InStr ou bien Translate$, mais (sogar assez offensichtlich) dem Substringprinzip; comment Substr, len, etc. chez Explode("A B C D E F"," ") fasse je cela Leerzeichen pas comme gesuchten String -- Instr(" ","A B C D E F") -- , mais comme Delimiter/Begrenzer sur: del$("A B C D E F",3,1," ")
NB: justement c'est moi aufgefallen, dass Explode aussi dans qui XProfan-Aider im Bereich Teilstrings steht (7.11); et là passt qui Parameterreihenfolge wirklich bien hinein . |
|
|
| |
|
|
|
| quoi tu écris pouvoir Sinn, z.B. si einem cela explode récente ist, on pas bereits hunderte Codes avec "richtigem" Explode vorliegen hat.
Localiser Y,X - aus Basic setPixel X,Y - aus Basic var ... - (u.A.) aus Java ins$(d$,s$) ... explode - aus PHP
Weils aus PHP venez qui paramètre vertauschen? |
|
|
| |
|
|
|
Nico Madysa | bien, alors sur SetPixel doit wir uns wirklich pas streiten; sans arrogant wirken trop voulons peux je dire, dass qui Reihenfolge X, Y doch une seeeehr etablierte forme ist. quoi Localiser angeht, so ärgert mich cet Verdrehung de Anbeginn; si cela korrigiert serait, wäre je déjà reconnaissant. (Kompatibilitätsbedenken halte je pour déplacé, überleben qui meisten Kodes, qui Localiser benützen, doch selten cela Ende qui Windowssitzung.)
et non, qui paramètre volonté chez Explode pas vertauscht, weils aus PHP venez, mais weil es im Kontext avec XProfan renversé simple plus Sinn ergiebt -- comment du déjà sagtest.
mon attitude mag quelque chose radicale son, mais je denke pas, dass wir seulement den anderen Programmiersprachen zuliebe encore une lästige Ausnahme ins Schema zwängen devrait.
PS: Eigentlich une gute concept -- pourquoi ist qui Delimiter pas optionnel? Absent il, ensuite ist chacun Buchstabe un Teilstring. |
|
|
| |
|
|
|
RGH | Nopch la fois kurz trop explode() dans XProfan 12:
1. Ist qui zweite paramètre (Delimiter) un Leerstring, wird chaque marque trop einem Array-Wert. 2. dans diesem le cas peux qui 2. paramètre, analog trop anderen XProfan-Funktionen, aussi être omis: var string marque[] = explode("Hugo")
Salut 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 | 22.10.2009 ▲ |
|
|
|