himXML (gesprochen himix ML)

[romber]

Zitat:

Zitat von Garfield (Beitrag 1194722)

Die Quotation ist unterschiedlich. Das erste Hochkomma ist #0022, die anderen sind #22.

Das ist nicht zu übersehen. Die empfangene Daten (s. unten) sind aber richtig und enthalten weder #0022 noch #22 im Header.

[Sir Rufo]

Zitat:

Zitat von romber (Beitrag 1194723)

Zitat:

Zitat von Garfield (Beitrag 1194722)

Die Quotation ist unterschiedlich. Das erste Hochkomma ist #0022, die anderen sind #22.

Das ist nicht zu übersehen. Die empfangene Daten (s. unten) sind aber richtig und enthalten weder #0022 noch #22 im Header.

Das unten ist aber eine Interpretation (für die Anzeige) der Daten. Schau dir die empfangenen Daten per HexEditor an.

[romber]

Zitat:

Zitat von Sir Rufo (Beitrag 1194724)

Das unten ist aber eine Interpretation (für die Anzeige) der Daten. Schau dir die empfangenen Daten per HexEditor an.

Das untere Teil füge ich selbst hinzu und es entspicht genau den Daten, die ich geliefert bekomme. Z.B. so:

Delphi-Quellcode:

var
  XMLResponse: string;
  XMLData: TXMLFile;
  ResultsCount: integer;
begin
  XMLData := TXMLFile.Create;
  XMLResponse := {Request};
  try
    XMLData.LoadFromXML(XMLResponse);
    ResultsCount := XMLData.RootNode.Nodes.Count; 
  except
    On E: Exception do
    StoreException(E.Message + #13#10#13#10 + XMLResponse);
  end;
  XMLData.Free;
end;

Wie man sieht, es handelt sich genau um desselben String, den ich in den XML-Object geladen bekommen möchte.

[Garfield]

#0022 ist nicht gleich #22. Mein Vorschlag wäre, mal testweise im String XMLResponse #0022 durch #22 zu ersetzen.

[Sir Rufo]

Zitat:

Zitat von romber (Beitrag 1194728)

Zitat:

Zitat von Sir Rufo (Beitrag 1194724)

Das unten ist aber eine Interpretation (für die Anzeige) der Daten. Schau dir die empfangenen Daten per HexEditor an.

Das untere Teil füge ich selbst hinzu und es entspicht genau den Daten, die ich geliefert bekomme. Z.B. so:

Delphi-Quellcode:

var
  XMLResponse: string;
  XMLData: TXMLFile;
  ResultsCount: integer;
begin
  XMLData := TXMLFile.Create;
  XMLResponse := {Request};
  try
    XMLData.LoadFromXML(XMLResponse);
    ResultsCount := XMLData.RootNode.Nodes.Count; 
  except
    On E: Exception do
    StoreException(E.Message + #13#10#13#10 + XMLResponse);
  end;
  XMLData.Free;
end;

Wie man sieht, es handelt sich genau um desselben String, den ich in den XML-Object geladen bekommen möchte.

Und wie erklärst du dir die #0022 in der E.Message? Die kommt da nicht hin, weil deiner CPU gerade langweilig war.

Zitat:

Zitat von Garfield (Beitrag 1194732)

#0022 ist nicht gleich #22. Mein Vorschlag wäre, mal testweise im String XMLResponse #0022 durch #22 zu ersetzen.

:thumb: einmal mit StringReplace drüberbügeln und testen

[romber]

Zitat:

Zitat von Sir Rufo (Beitrag 1194733)

Und wie erklärst du dir die #0022 in der E.Message?

Kann ich mir nicht erklären. Das war auch meine Frage. TXMLFile liefert doch die Fehlermeldung. Das untere Teil ist nur da, um zu zeigen, dass die Daten in Ordnung sind.

Zitat:

Zitat von Sir Rufo (Beitrag 1194733)

Die kommt da nicht hin, weil deiner CPU gerade langweilig war.

Da bin ich mir gar nicht mehr sicher. Wenn ich iem selben Except-Abschnitt erneut versuche, dieselben Daten in die TXMLFile zu laden, klappt's wundebar.

Zitat:

Zitat von Sir Rufo (Beitrag 1194733)

einmal mit StringReplace drüberbügeln und testen

Habe ich schon. Es gibt aber keine #0022 und #22 im String.

[Garfield]

Zitat:

Zitat von romber (Beitrag 1194734)

Zitat:

Zitat von Sir Rufo (Beitrag 1194733)

einmal mit StringReplace drüberbügeln und testen

Habe ich schon. Es gibt aber keine #0022 und #22 im String.

#0022 und #22 sind keine Zeichen sondern deren Werte. So wie bei Deinem

Delphi-Quellcode:

StoreException(E.Message + #13#10#13#10 + XMLResponse);

wobei Du auch

Delphi-Quellcode:

StoreException(E.Message + #13101310 + XMLResponse);

schreiben kannst. Eventuell reicht es auch

Delphi-Quellcode:

var
  XMLResponse: string;

in

Delphi-Quellcode:

var
  XMLResponse: UTF8String;

zu ändern.

[Muellermilchtrinker]

So ich spiele gerade ein wenig mit der himXML herum und stehe gerade vor einem Problem, vielleicht könnt ihr mir helfen.

Meine XML Datei sieht in etwa so aus:

Code:

<node id="1">
  <char>A</char>
  ...
</node>
<node id="2">
  <char>B</char>
  ...
</node>

Nun möchte ich mein Node bekommen in dem ich den Wert von char vorgebe.
Sprich, FindNode['char'], doch wo muss ich nun meinen Wert angeben, nach dem ich suche? Oder muss ich alle Nodes durchgehen und schauen ob char mein Wert hat?

Hoffe ihr könnt mir helfen.

EDIT: erledigt. Mittlerweile anders gelöst.

[himitsu]

Nachdem ende letzen Jahres die ersten Anfragen Zwecks XPlattform gekommen sind, hab ich nun nochmal einen weiteren Neuanfang gestartet.
(der letzte Neuanfang ist mehr im Sande verlaufen und ich fürchte, daß es dort ein paar schwerwiegende Designfehler gegeben hat)

Aktuell bin ich noch beim Design der Interfaces.
Und es ist erschreckend, daß alleine die Interfaces und ein paar Basisfunktionen schon die ersten 2300 Codezeilen verschlingen. :shock:

Nja, eigentlich hate ich überlegt die XML-Klassen wieder komplett als Unicode auszulegen, was so auch standardmäßig bleiben wird.
Aber per Compilerschalter kann das aktuell auch auf WideString oder UTF8String umgestellt werden.



Wie sieht das eigentlich im Mac/iOS/Android mit den Strings aus?

Ein Blick in meine uralte XE3-System.pas zeigt, daß es ShortString, AnsiString und WideString so nicht zu geben scheint, bzw. es gibt (hoffentlich) irgendwelchen Ersatz dafür.

Mich würde mal interessieren, wie es mit AnsiString/RawByteString/UTF8String und dem WideString im NextGen aussieht und was für Typen sich wirklich dahinter verstecken.
Es geht einfach darum, ob man damit noch halbwegs ordentlich arbeiten kann, oder ob ich den "Schrott" nun entsorgen darf.
Und der String ist im NextGen auch ein UnicodeString?

Ist halt nicht so einfach, wenn man quasi blind versucht was zusammenzuschustern.



Für Neugierie:
- das Erstellen der Instanzen wird vermutlich in eine Factory-Klasse ausgelagert
- sowie ein paar "globale" Funktionen und Einstellungen auch dort hinwandern
- ansonsten versuch ich die Interfaces nach Möglichkeit kompatibel zur alten Version zu halten

[sh17]

:thumb:

Was häst Du von einem öffentlichen GitHib-Repository oder ähnlichem?