XProfan

Auch si para XProfan unüblich - así wäre XML wohl el Passenste. Yo erinnere mich (para y) XProfan auch ya una XML-Parser geschrieben a haben - sólo a el Performance vermag Yo mich no a erinnern.

Vlt. wäre una simples TXT ala:

root
_file_typ_item
_file_typ_item_additionalInfos

einfacher a handhaben.

XPDB klingt bien, y natürlich kann Yo vorstellen el XPSE una XPDBF nutzt, aber auch XIDE para el Projektexplorer.

Sebastian
König

¡Hola,

garnicht así simplemente, se de una Linux-Sistema de con Iceweasel einzuloggen... mein FastLogin-Link funktionierte irgendwie no, sodass Yo sólo una neues Contraseña besorgen musste...

IF

Auch si para XProfan unüblich - así wäre XML wohl el Passenste. Yo erinnere mich (para y) XProfan auch ya una XML-Parser geschrieben a haben - sólo a el Performance vermag Yo mich no a erinnern.

XML war en el Tat auch mein erster Gedanke y el aktuelle XPDB-Arbeitsversion producido el Edición ya en diesem Formato (Yo quería sólo en mi ersten Posting a el Thema todavía no a muy en el Detalle ir y primero allgemeine Meinungen a el Thema einholen...). Wenn Yo nachher zuhause bin, voluntad Yo veces una Ejemplo-Edición, Yo ellos me a ahora vorstelle, puesto. El Geschwindigkeit des Parsers debería kein Problema ser, denke Yo. Außerdem se una Función para Einlesen el Archivos auch Teil des Projekts ser, sodass lo garnicht necesariamente nötig ser se, una eigenen Parser a escribir (aber natürlich posible, como el Formato sí offengelegt y bien dokumentiert voluntad se).

IF

XPDB klingt bien, y natürlich kann Yo vorstellen el XPSE una XPDBF nutzt, aber auch XIDE para el Projektexplorer.

Sí, me gefällt el Name auch! Wenn auch el XIDE el Formato nutzen sería, wäre el natürlich super!

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

H.Brill

Sí, XML wäre auch para mich passend, como dieses Formato auch muy bekannt es.
Gerade para diejenigen (auch Yo), el con más Programmiersprachen
trabajo, bietet se el a.

Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.

Was die Borg können, können wir schon lange.

Sebastian
König

So, hier Entonces, ¿cómo versprochen mehr Informationen:

Como ya erwähnt, Es el Speicherung en el XML-Formato el de me favourisierte y ya implementierte Variante. Ein con el aktuellen XPDB-Versión erzeugtes Ejemplo Yo unten angehängt (tatsächlich voluntad auch ya Informationen a Prozeduren gespeichert, aber el Yo a mejor Übersichtlichkeit hier veces weggelassen...)

Wahrscheinlich es el Code así ya muy simplemente a verstehen, aber trotzdem unos pocos Anmerkungen:

Jedes gespeicherte Element es una object - el ergab se bastante direkt de meiner internen Klassen-Hierarchie.
Um ¿qué es exactamente lo es, es en el Attribut type, así gilt para Ejemplo 1=Include-Expediente, 2=Header usw.
Was en name es es en el Grunde cualquier, debería se aber en el Regel automáticamente de el analysierten Code ergeben
Das Attribut id debería innerhalb cada Expediente eindeutig ser.

Neben el Voraussetzung, dass es gültiges y wohlgeformtes XML handeln muss, sería Yo zusätzlich folgende Bedingungen a el Aufbau vorschlagen:

El Atributos type, id y name son Pflichtangaben para cada Objeto, el Angabe parent en el Grunde auch, sólo no para el Hauptdatei des analysierten Codes
Objetos, en que irgendwo bezogen se (para Ejemplo en el parent-Attribut), necesario en el Expediente VOR el Referenzierung posición. (Damit se vermieden, dass uno el código por Multi-Pass-Verfahren parsen oder Referenzen später ermitteln muss. In el Regel debería la condición en sequentiellen Analyse uno Projekts automáticamente erfüllt ser, aber a Not podría uno lo auch sin großen Aufwand beim Guardar el XML-Expediente sicherstellen.)
El ID-Zählung muss innerhalb cada Expediente en 1 beginnen. (Das erleichtert ggf. el Zusammenfügen de Datenbanken.)

Zusätzlich a (Pflicht-)Attributen, el direkt en el < object > -Tag posición, puede abhängig vom Typ auch weitere Informationen gespeichert werden; Yo nenne esta entonces Werte. Ein Ejemplo wäre level para Incluir-Archivos, el el Verschachtelungstiefe angibt. Auch hier podría uno abhängig vom Typ Pflichtangaben verlangen.

Generell finde Yo, dass así wenige Angaben como posible a Pflicht erklärt voluntad debería, a Verwendungsmöglichkeiten el Datenbank-Archivos muy allgemein bleiben. Wenn uno para Ejemplo simplemente sólo el de uno Unit exportierten Prozeduren beschreiben möchte, es el Attribut line sicher no allzu sinnvoll...

Ok, soviel primero a media reciente Gedanken... hay dazu soweit Meinungen, Sugerencias oder Einsprüche?

MfG

Sebastian

Mit XPDB erzeugter Ejemplo-Code:
Kompilieren Marca Separación

<?xml version=1.0 standalone=yes?>
<xpdb>
<header>
<version>0.1</version>
<generator>XPDB Alpha 0.2</generator>
</header>
<object id=1 type=1 name=XProfEd.prf>
<file>D:ProgrammeXProfan100SourceXProfEd.prf</file>
<level>0</level>
</object>
<object id=2 type=2 name=windows.ph parent=1 line=4>
<file>D:ProgrammeXProfan100Includewindows.ph</file>
</object>
<object id=3 type=2 name=messages.ph parent=1 line=5>
<file>D:ProgrammeXProfan100Includemessages.ph</file>
</object>
<object id=4 type=2 name=commctrl.ph parent=1 line=6>
<file>D:ProgrammeXProfan100Includecommctrl.ph</file>
</object>
<object id=5 type=2 name=structs.ph parent=1 line=7>
<file>D:ProgrammeXProfan100Includestructs.ph</file>
</object>
<object id=6 type=1 name=RGHToolbar.inc parent=1 line=11>
<file>D:ProgrammeXProfan100SourceRGHToolbar.inc</file>
<level>1</level>
</object>
<object id=7 type=1 name=XPrfEditClass.prf parent=1 line=12>
<file>D:ProgrammeXProfan100SourceXPrfEditClass.prf</file>
<level>1</level>
</object>
<object id=8 type=2 name=XPrfEdit.ph parent=7 line=2>
<file>D:ProgrammeXProfan100SourceXPrfEdit.ph</file>
</object>
<object id=9 type=1 name=LetzteDateien.inc parent=1 line=13>
<file>D:ProgrammeXProfan100SourceLetzteDateien.inc</file>
<level>1</level>
</object>
</xpdb>

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

Feste Pfadangaben en un XPDBF?

Lo fehlt auch una Parámetro URL, somit podría uno projektabhängige Archivos beschreiben welche lokal garnicht en Platte son - o. Incluye y Unidades beschreiben welche vom Importer sólo sólo geladen würden... (Tuve para XIDE eh angeplant)

Apéndice: Yo sería auch igual después de el Encabezamiento no con el Objekten beginnen, hier fehlt una weitere Kapselung.

Michael
Wodrich

Sieht bien de y es verständlich.

No es así como Delphi y VB Projektdateien, wo uno no veces MIT Handbuch durchsteigt.

XML-NotePad freut se auch encima el Formato.

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Frank
Abbing

¿Puede du Por favor, veces genauer erklären, wofür esta Archivos al Ende sinnvoll son?

Sebastian
König

El bisherige Zustimmung para XML-Formato freut mich primero!

Feste Pfadangaben en un XPDBF?

Con el el Pfadangaben Yo primero vorläufig así gemacht... es wahrscheinlich wirklich no siempre sinnvoll. Yo podría me bien vorstellen, hier por una Angabe en el Encabezamiento (absolute,relative,none) mehrere Möglichkeiten zuzulassen.

Auch una optional URL-Angabe en el Encabezamiento es una gute Concepto.

IF

Apéndice: Yo sería auch igual después de el Encabezamiento no con el Objekten beginnen, hier fehlt una weitere Kapselung.

Stimmt - voluntad Yo einbauen.

EDIT: Was stimmt porque hier con el Zitaten no?

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

El URL bezog se más en una Dateiobjekt.

Mit el Quotes es alles IO, Usted había sólo hinter una Quote (y antes el Gleichzeichen) una Freizeichen con instalado, y [quote = blub] no existe qué iFBB en el Bezug aufs Quote para Abschalten zwang.

@Franco: Yo podría Usted una solche XML geben - Usted öffnest esta en XIDE - XIDE läd y ordnet todos Archivos des Projektes a el richtige Punto. Solch una Expediente beschreibt z.B. Aufenthaltsorte de Projektzugehörigen Archivos y Einstellungen. Das necesario wir XIDE zwar todavía beibringen, pero yo denke vom ASM-Core her gibts como nichts neues hinzuzufügen - se heissen - alles encima Plgs posible.

Tuve sí así más o menos antes genau esta Funktionalität en el XIDE hineinzukatapultieren - Stichworte Projekt-Assistent/Explorer - vlt. nimmt Sebastian uns esta algo Arbeit de.

(vorausgesetzt ser Parser zuckt no en XPSE-Codes y versteht esta ebenso como normale XCodes.)

Sebastian
König

Frank Abbing

¿Puede du Por favor, veces genauer erklären, wofür esta Archivos al Ende sinnvoll son?

Zum Ejemplo a Descripción de Unit-Inhalten. Zugegeben, hier hay ya el ya erwähnte .def-Formato vom XPSE, aber una flexibles, allgemein unterstütztes Formato halte Yo irgendwie para una gute Concepto.

Mein ursprünglicher Plan war, simplemente una Navegador para el Struktur de XProfan-Proyectos a escribir - como Yo darauf kam, dass uno el ermittelten Informationen auch speichern puede debería (en no siempre el ganzen Code parsen tener), verlagerte Yo, el Schwerpunkt des Projekts el Dateiformat. Irgendwie gefiel me el Concepto... El es natürlich no neu! Ein bischen wurde Yo auch de los Browse-Informationen, el mein Visual C++ generiert, inspiriert.

Das bringt mich igual para nächsten Punkt, el auch IF ya angesprochen ha: XIDE podría el Formato nutzen, en Informationen a Proyectos a speichern. Beim Öffnen uno Projekts podría entonces muy rápidamente el Struktur leerse, sin dass el todo Code una vez gelesen voluntad muss. En Los cambios muss entonces sólo el Datenbank en el Speicher aktualisiert y ser beim Schließen des Projekts se alles otra vez en el Expediente geschrieben. Voraussetzung para esta Anwendung es natürlich, que un solcher Projekt-Navegador Teil el IDE ser se... (Informationen dazu hay sí bisher kaum)

Auch Zusatzprogramme como para Ejemplo Debugger könnten tal vez de uno solchen Projekt-Datenbank profitieren...

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]