XProfan

Français

explode(,irgendWas) muss un Array avec 0 (zéro) Entrées zurückliefern statt avec einem Eintrag...
Kompilieren Marque Séparation

DECLARE MYARR$[]
MYARR$[]=EXPLODE(,;)
PRINT SIZEOF(MYARR$[])re>

gibt 1 aus statt 0. Hingegen:
Kompilieren Marque Séparation

DECLARE MYARR$[]
MYARR$[]=EXPLODE( ,;)
PRINT SIZEOF(MYARR$[])re>

gibt korrekt 1 aus.

Problem ist besonders ensuite auffällig, si qui erste paramètre de explode une Stringvariable ist. ensuite muss on sur cas (sizeOf(myArr$[])=1) and (myArr$[0]=) nachträglich korrigieren - quoi pas Sinn qui Übung ist.

Kurzsyntax pour o.g. Beispiel:
Kompilieren Marque Séparation

strings myArr=explode(,irgendWas)
print sizeOf(myArr)e>

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

ici gibt es qui détaillé Antwort: [...]

dans aller Kürze: ne...aucune faute mais logisch!

s'il te plaît dans Zukunft Doppelposts dans Community et XProfan-Forum vermeiden, là je pas alles doppelt expliquer veux. (Es reicht déjà, si cela chez meiner fille häufig vonnöten ist ...

)

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

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

ici gibt es qui détaillé Antwort: [...]

dans aller Kürze: ne...aucune faute mais logisch!

Hm, je comprends Votre Logik, glaube mais ici bleibt qui rame sur halbem Wege stehen car cela but est un Array et ne...aucune String.

Du devrait pour den le cas, dass qui String paramètre 1 vide ist, une Ausnahme déclarer et un Array zurückliefern OHNE Einträge.

je voudrais pas sur autre Sprachen ou bien Umsetzungen pochen qui es korrekt abarbeiten - mais si cela Zerteilen de rien EINEN Eintrag erzeugt hat on seulement Scherereien...

qui devoir de Explode ist cela Zerteilen eines Stringinhaltes dans Array-Entries, ne...aucune Stringinhalt aucun Entries.

si ne...aucune String mais EIN Entry (comme maintenant ist) - ensuite muss on hinterher seulement wieder Prüfungen anstellen statt simple sizeOf verwenden trop peut. cela wäre pas im explode-Sinne.

qui logische faute ist imho: explode zerteilt une Stringinhalt, pas une String. Daher ist cela Ergebnis aussi möglicherweise NULL statt , nämlich si ne...aucune Stringinhalt vorliegt car cela but ist ne...aucune String, mais un Array.

qui jetzige Umsetzung ist unvorteilhaft et pouvoir pas wirklich une Sinn.

RGH

s'il te plaît dans Zukunft Doppelposts dans Community et XProfan-Forum vermeiden, là je pas alles doppelt expliquer veux.

sur keinen le cas sollst Du Mehrarbeit avons (lieber explode reparieren ;D ) - bien sûr ist es pour mich völlig ausreichend cela im Phorum trop klären et mir ici une Art Backup trop hosten dans dem je toi simple aus dem Forum herauszitiere. tu peux alors völlig wertungsfrei mon ici anliegenden Posts comme Backup missachten.

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

là je pas alles doppelt expliquer veux. (Es reicht déjà, si cela chez meiner fille häufig vonnöten ist ...

)

Salut
Roland

peut-être pas Töchter, mais irgendwie sommes wir ici doch alles Votre Kinder.

So gesehen:

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

Antwort: [...]

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

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

> Nochmal un Leerstring ist EIN String et pas KEIN
> String! et cela incidemment dans allen Sprachen!

Hey - c'est doch völlig bien sûr! mais c'est pourquoi suis je doch pas juste blind...

explode zerteilt ne...aucune String, mais STRINGINHALT. un String est un String OHNE INHALT.

une Funktion, quelle une Stringinhalt dans un Array konvertiert, muss un Array avec exakt NULL Entrées erzeugen si ne...aucune INHALT vorhanden ist.

je sais oui c'est ca quoi Du meinst - cela folgt aussi meinen ersten Gedanken zum Thema - c'est mais pas trop Ende gedacht.

> mais Du kanst Dir oui volontiers une Funktion IfExplode() écrivons,
> qui cela fait, quoi Du besoin:

qui l'affaire ist qui - qui jetzige variante ist plutôt un rghExplode car c'est pas mon Vorschlag quel vom normalen Explode abweicht - mais qui bisherige Umsetzung de Dir.

je vois aussi keinen Vorteil dans qui jetzigen rghExplode-variante - cela verwirrt seulement et führt trop Fehlern. je vois aussi keinen Sinn y explode umzudefinieren. (quoique je déjà qui Klappe gehalten hatte im Bezug puis cela Du qui paramètre vertauscht la hâte) *g*

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Aider helft mir Roland trop aider!

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

Siehe: [...]

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

10.07.2008 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

Siehe: [...]

Jupp!

rgh

> (qui dans mehreren Sprachen programmiert, sollte allerdings sur
> la durée aucun allzu grand Probleme avons, dass dans verschiedenen
> Sprachen Funktionen teils unterschiedlich appeler, teils
> différent Parameterfolgen avons et sich teils seulement dans
> kleinen mais wichtigen Details unterscheiden.)

bien sûr doch.

je bemängele donc cela xprofansche Explode et voudrais lediglich puis hinweisen,

dass es keinen Sinn pouvoir une pas vorhandenen Stringinhalt dans un Array trop konvertieren welches ensuite EINEN Eintrag aufweist.