XProfan

aussi si pour XProfan unüblich - so wäre XML wohl cela Passenste. je erinnere mich (pour et dans) XProfan aussi déjà une XML-Parser geschrieben trop avons - seulement à qui Performance vermag je mich pas trop erinnern.

Vlt. wäre un simples TXT ala:

root
_file_typ_item
_file_typ_item_additionalInfos

einfacher trop handhaben.

XPDB klingt bien, et naturellement peux je mir présenter cela XPSE un XPDBF utilise, mais aussi XIDE pour den Projektexplorer.

Sebastian
König

Salut,

garnicht so simple, sich de einem Linux-System aus avec Iceweasel einzuloggen... mon FastLogin-Link funktionierte irgendwie pas, sodass je mir seulement un nouveau Mot de passe besorgen musste...

iF

XML était dans qui acte aussi mon erster idée et qui aktuelle XPDB-Arbeitsversion erzeugt qui Ausgabe déjà dans diesem Format (je voulais seulement dans mon ersten Posting trop dem Thema encore pas trop ins Detail aller et erstmal allgemeine Meinungen trop dem Thema einholen...). si je après zuhause suis, werde je la fois une Beispiel-Ausgabe, comment je vous mir jusqu'à maintenant vorstelle, posten. qui Geschwindigkeit des Parsers sollte ne...aucune Problem son, denke je. Aussi wird une Funktion zum Einlesen qui Fichiers aussi partie des Projekts son, sodass es garnicht absolument nötig son wird, une eigenen Parser trop écrivons (mais naturellement possible, là cela Format oui offengelegt et bien dokumentiert volonté soll).

iF

XPDB klingt bien, et naturellement peux je mir présenter cela XPSE un XPDBF utilise, mais aussi XIDE pour den Projektexplorer.

oui, mir comme qui nom aussi! si aussi qui XIDE cela Format nutzen serait, wäre cela naturellement super!

MfG

Sebastian

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

Alte Profan²-Seite: [...]

H.Brill

oui, XML wäre aussi pour mich convenable, là cet Format aussi très bekannt ist.
justement pour diejenigen (aussi je), qui avec mehreren Programmiersprachen
travailler, bietet sich cela à.

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, ici Alors, comment versprochen plus Informationen:

comment déjà erwähnt, ist qui Speicherung im XML-Format qui de mir favourisierte et bereits implementierte variante. un avec qui aktuellen XPDB-Version erzeugtes Beispiel habe je unten angehängt (réellement volonté aussi déjà Informationen trop Prozeduren gespeichert, mais cela habe je zur besseren Übersichtlichkeit ici la fois weggelassen...)

Wahrscheinlich ist qui Code so déjà très simple trop comprendre, mais quand même un paire Anmerkungen:

chaque gespeicherte Element est un object - cela ergab sich entier direct aus meiner internen Klassen-Hierarchie.
Um quoi oui c'est ca es sich handelt, steht im Attribut type, so gilt zum Beispiel 1=Include-Dossier, 2=Header usw.
quoi dans nom steht ist im Grunde beliebig, sollte sich mais dans qui règle automatisch aus dem analysierten Code ergeben
cela Attribut id sollte dedans chacun Dossier sans équivoque son.

près de qui Voraussetzung, dass es sich um gültiges et wohlgeformtes XML agir muss, serait je zusätzlich folgende Bedingungen à den Aufbau proposer:

qui Attribute type, id et nom sommes Pflichtangaben pour chaque objet, qui Angabe parent im Grunde aussi, seulement pas pour qui Hauptdatei des analysierten Codes
Objekte, sur qui sich irgendwo bezogen wird (zum Beispiel im parent-Attribut), doit dans qui Dossier VOR qui Referenzierung stehen. (avec cela wird vermieden, dass on den Code per Multi-Pass-procéder parsen ou bien Referenzen später ermitteln muss. dans qui règle sollte l'état chez qui sequentiellen Analyse eines Projekts automatisch erfüllt son, mais zur Not pourrait on es aussi sans grand Aufwand beim Sauver qui XML-Dossier sicherstellen.)
qui ID-Zählung muss dedans chacun Dossier chez 1 commencer. (cela erleichtert ggf. cela Zusammenfügen de Datenbanken.)

Zusätzlich le (devoir-)Attributen, qui direct im < object > -journée stehen, peut dépendant vom Typ aussi weitere Informationen gespeichert werden; je nenne cet ensuite Werte. un Beispiel wäre level pour Include-Fichiers, cela qui Verschachtelungstiefe angibt. aussi ici pourrait on dépendant vom Typ Pflichtangaben verlangen.

Generell finde je, dass so wenige Angaben comment possible zur devoir erklärt volonté devrait, à Verwendungsmöglichkeiten qui banque de données-Fichiers très allgemein rester. si on zum Beispiel simple seulement qui de einer Unit exportierten Prozeduren décrire voudrais, ist cela Attribut line sûrement pas allzu sinnvoll...

Ok, soviel erstmal trop meinen bisherigen Gedanken... gibt es en supplément soweit Meinungen, Anregungen ou bien Einsprüche?

MfG

Sebastian

avec XPDB erzeugter Beispiel-Code:
Kompilieren Marque Séparation

<?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 dans einem XPDBF?

Es fehlt aussi un paramètre URL, somit pourrait on projektabhängige Fichiers décrire quelle bistrot garnicht sur Platte sommes - bzw. Comprend et Unités décrire quelle vom Importer arrêt seulement geladen würden... (J'ai eu pour XIDE eh angeplant)

Nachtrag: je serait aussi juste pour dem En-tête pas avec den Objekten commencer, ici fehlt une weitere Kapselung.

Michael
Wodrich

Sieht bien aus et ist verständlich.

pas so comment qui Delphi et VB Projektdateien, wohin on pas la fois MIT Handbuch durchsteigt.

XML-NotePad freut sich aussi sur cela Format.

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Frank
Abbing

peux du s'il te plaît la fois genauer expliquer, wofür cet Fichiers am Ende sinnvoll sommes?

Sebastian
König

qui bisherige Zustimmung zum XML-Format freut mich erstmal!

Feste Pfadangaben dans einem XPDBF?

Avec l' den Pfadangaben habe je erstmal vorläufig so gemacht... ist wahrscheinlich wirklich pas toujours sinnvoll. je pourrait mir bien présenter, ici par une Angabe im En-tête (absolute,relative,none) plusieurs Opportunités zuzulassen.

aussi une optionnel URL-Angabe im En-tête ist une gute concept.

iF

Nachtrag: je serait aussi juste pour dem En-tête pas avec den Objekten commencer, ici fehlt une weitere Kapselung.

Stimmt - werde je einbauen.

EDIT: quoi stimmt car ici avec den Zitaten pas?

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

Alte Profan²-Seite: [...]

qui URL bezog sich plutôt sur un Dateiobjekt.

avec den Quotes ist alles IO, Du hattest seulement derrière einem quote-part (et avant dem Gleichzeichen) un Freizeichen avec incorporé, et [quote-part = blub] gibt es pas quoi iFBB im Bezug aufs quote-part zum débrancher zwang.

@Frank: je pourrait Dir une solche XML donner - tu ouvres cet dans XIDE - XIDE läd et ordnet alle Fichiers des Projektes à qui richtige Stelle. Solch une Dossier beschreibt z.B. Aufenthaltsorte de Projektzugehörigen Fichiers et Einstellungen. cela doit wir XIDE zwar encore beibringen, mais je denke vom ASM-Core her gibts là rien nouveau hinzuzufügen - soll heissen - alles sur Plgs possible.

je hatte oui so ou bien so avant oui c'est ca cet Fonctionnalité dans qui XIDE hineinzukatapultieren - Stichworte projet-Assistent/Explorer - vlt. nimmt Sebastian uns dabei quelque chose travail ab.

(vorausgesetzt son Parser zuckt pas chez XPSE-Codes et versteht cet aussi que normale XCodes.)

Sebastian
König

Frank Abbing

peux du s'il te plaît la fois genauer expliquer, wofür cet Fichiers am Ende sinnvoll sommes?

Zum Beispiel zur Beschreibung de Unit-Inhalten. Zugegeben, ici gibt es déjà cela bereits erwähnte .def-Format vom XPSE, mais un flexibles, allgemein unterstütztes Format halte je irgendwie pour une gute concept.

mon ursprünglicher plan était, simple une Browser pour qui Struktur de XProfan-Projekten trop écrivons - comme je puis kam, dass on qui ermittelten Informationen aussi Sauver peut sollte (um pas toujours den ganzen Code parsen trop doit), verlagerte Je l' Schwerpunkt des Projekts sur cela Dateiformat. Irgendwie me plaisait qui concept... qui ist naturellement pas récente! un un peu wurde je aussi de den Browse-Informationen, qui mon Visual C++ generiert, inspiriert.

cela bringt mich juste zum prochain Punkt, den aussi iF déjà angesprochen hat: XIDE pourrait cela Format nutzen, um Informationen trop Projekten trop Sauver. Beim Öffnen eines Projekts pourrait ensuite très vite qui Struktur lire volonté, sans dass qui ganze Code einmal gelesen volonté muss. chez Changements muss ensuite seulement qui banque de données im grenier aktualisiert volonté et beim Schließen des Projekts wird alles wieder dans qui Dossier geschrieben. Voraussetzung pour cet Anwendung ist naturellement, dass un solcher projet-Browser partie qui IDE son soll... (Informationen en supplément gibt es oui bisher à peine)

aussi Zusatzprogramme comment zum Beispiel Debugger könnten peut-être de einer solchen projet-banque de données profitieren...

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

Alte Profan²-Seite: [...]