| |
| |
|
 | Yo überleg el todo Tiempo Yo lo al besten erklären kann...
El Función MID$ liefert una "String" y el Función Explode una "Dynamisches String-Array".
MID$ en una Leerstring, Así que una MID$ en "nichts", liefert una Leerstring zurück, also una String sin Signo.
Explode en una Leerstring, also explode("",""), liefert una "Dynamisches String-Array" zurück, also "nichts" como Array, Así que una Array sin Indizes/Einträge.
XProfan11 ha desafortunadamente el Bug, una dynamisches String-Array zurück a liefern, welches eben no leer es pero una Eintrag enthält.
Auch si una Leerstring una "String" es, y así z.B. en MID$ por lo tanto el Rückgabewert una LeerString es, así es en Explode el Rückgabewert una "Dynamisches String-Array", welches no Einträge haben darf genau como una Leerstring auch no Signo enthalten darf.
Yo kanns auch beweisen! 
KompilierenMarcaSeparación |
|
| |
|
|
Frank
Abbing | | Usted hast bastante, con "","" dürfte kein solches Array erstellt voluntad! |
|
| |
| |
| |
|
|
RGH | |
| |
| 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, puede ser einfacher con umgehen. |
|
| |
| |
| |
|
|
| Yo bin de paso siempre todavía el Meinung, dass Usted el Umdrehen el Parámetro rückgängig hacer könntest. Noch nutzt niemand explode, dass podría el letzte Chance ser. ^ ^
El jetzige Variante verwirrt mich spätestens si yo innerhalb 1 Editor con verschiedenen Idiomas programmiere, Así que una Ventana con HTML/JS aufhabe, eins con PHP y eins con XProfan. En instr oder en el$ heissts doch auch: gesuchter, durchsuchter y en en Explode war nunmal seither auch: gesuchter, durchsuchter. |
|
| |
| |
| |
|
|
RGH | Tja, el con el Parametern es así una Sache ... überall es el Delimiter hinten dran y kann ggf,. weggelassen voluntad.
Yo denke, dass el XProfan-Explode más a XProfan "kompatibel" ser debería, como a otro Idiomas.
Saludo
Roland
(beginnt actualmente otra vez, al nächsten XProfan a remendar.) |
|
| |
| 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 ▲ |
|
| |
|
|
| Yo sehe el algo anders, porque en instr oder en el$ heisst lo auch (gesuchter, durchsuchter).
Ein Explode(gesuchter, durchsuchter) wäre entonces no weniger XProfan-kompatibel.
Weglassen des Delimiters ginge auch si el 1. Parámetro wäre. (natürlich, sei porque, Usted hast para Explode todavía weitere optionale Parámetro angeplant)
Yo sería más sagen, dass el Explode una gute Concepto de otro Idiomas es, el XProfan aufgegriffen ha. Jetzt aber el Parámetro dafür a vertauschen debería una Grund haben, de persönlicher Erfahrung ists einzig nervig besonders auch porque imho technisch unnotwendig. ^ ^
Natürlich kann Yo auch como "persönliche Note" anerkennen, pero yo pensamiento Usted hast el Explode para mich gemacht. ^ ^ |
|
| |
| |
| |
|
|
Nico
Madysa | Tut me Leid, iF; doch hier stimme Yo definitiv con Roland überein.
Explode gehorcht no el Principio gesucht-durchsucht como InStr oder Translate$, pero (incluso bastante offensichtlich) el Substringprinzip; como Substr, len, etc. En Explode("A B C D E F"," ") fasse Yo el Leerzeichen no como gesuchten String -- Instr(" ","A B C D E F") -- , pero como Delimiter/Begrenzer en: del$("A B C D E F",3,1," ")
NB: Gerade me está aufgefallen, dass Explode auch en el XProfan-Ayuda en Teilstrings es (7.11); y hay passt el Parameterreihenfolge wirklich bien hinein . |
|
| |
| |
| |
|
|
| Was Usted schreibst macht Sinn, z.B. si una el explode neu es, uno no ya hunderte Codes con "richtigem" Explode vorliegen ha.
Localizar Y,X - de Basic
setPixel X,Y - de Basic
var ... - (u.A.) de Java
en el$(d$,s$) ...
explode - de PHP
Weils de PHP kommt el Parámetro vertauschen? |
|
| |
| |
| |
|
|
Nico
Madysa | Gut, also encima SetPixel necesario nosotros wirklich no streiten; sin arrogant wirken a querer kann Yo sagen, dass el Reihenfolge X, Y doch una seeeehr etablierte Form es. 
Was Localizar angeht, así ärgert mich esta Verdrehung de Anbeginn; si el korrigiert sería, wäre Yo ya dankbar. (Kompatibilitätsbedenken halte Yo para unangebracht, überleben el meisten Kodes, el Localizar benützen, doch selten el Ende el Windowssitzung.)
Und nein, el Parámetro voluntad en Explode no vertauscht, weils de PHP kommt, pero porque lo en el Kontext con XProfan umgekehrt simplemente mehr Sinn ergiebt -- como du ya sagtest.
Mi Meinung mag algo radikal ser, pero yo denke no, dass wir sólo el otro Programmiersprachen zuliebe todavía una lästige Excepción en el Schema zwängen debería.
PS: Eigentlich una gute Concepto -- por qué es el Delimiter no optional? Fehlt él, entonces cada Buchstabe una Teilstring. |
|
| |
| |
| |
|
|
RGH | Nopch veces kurz a explode() en XProfan 12:
1. Ist el zweite Parámetro (Delimiter) una Leerstring, se cada Signo a una Array-Valor.
2. In diesem Fall kann el 2. Parámetro, analog a otro XProfan-Características, auch weggelassen voluntad: var cadena Signo[] = explode("Hugo")
Saludo
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 ▲ |
|
| |
|
(937)
Deutsch
English
Français
Español
Italia![08.08.2008 ▲Vollständiges ZitatAbsatzweise CitaZeilenweise Cita](./../function-references/xprofan/end</pre></a>
</pre></div><br clear="all">Und porque el Ejemplo schön zeigt, dass en el Arrayfall 1+1=2 es, muss en el eigenen Programa sólo una Abprüfung her.<br clear="all"><br clear="all">Hinzu kommt, dass el, el esta Función ya de z.B. PHP kennen, esta Kleinigkeiten como störend unnötig empfinden könnten obwohl hier sólo kleinste Anpassungen nötig wären el keinerlei Nachteile hervorrufen. <img src=".././../../i/s/__upl_ext_1100084240.gif"></td></tr></table></td></tr><tr><td colspan=2> </td></tr><tr><td></td><td style="text-align:right;color:#888;font-size:80%"><table width=){kind=link}