oidermo

Hi, der Marion-Ansatz ist schnucklig. Ich habe Angst, dass das Ergebnis auch ähnlich schnucklig rüberkommt. Fachinformatiker sind spezialisierte Manager, die sich sowohl mit Hard-, als auch mit Software auskennen müssen. Um effektiv arbeiten zu können, müssen sie viel über ihre Firma/ihre Kunden wissen und ständig auf dem laufenden bleiben. Schließlich müssen sie mit Informationen arbeiten, die meist sehr abstrakt sind. Programmiersprachen und Hardwarekenntnisse sind selbstverständliche Werkzeuge, die nebenbei, unter großem Zeitdruck, vorrausgesetzt werden und eingesetzt werden müssen. Die Arbeit eines Fachinformatikers besteht zu 25% aus analysieren von Daten (in der Praxis besteht das aus intensivem Observieren der Geschäftsprozesse der Firma/des Kunden), zu 25% aus reden, zu 25% aus lesen (auch english) - die restlichen 25% bestehen aus Programmieren, oder Hardware-"basteln". Mir wäre wichtig, dass die Analyse nicht auf eine kurze Besprechung reduziert wird. Es wäre mir auch wichtig, dass das Programmieren einer Problemstellung nicht als die Hauptaufgabe, sondern als ein Vorgang in dem Eins und Eins zusammengezählt wird dargestellt wird (die Vorüberlegungen sind die eigentliche Leistung). Des weiteren wünsche ich mir eine Marion, die selbst Vorschläge machen muss um die Firma weiterzubingen, und nicht eine Marion, die vorgekaute Problemstellungen vorgesetzt bekommt (das entspricht eben leider nicht der Realität). viel Spaß der oide mo <FONT COLOR="#a62a2a" SIZE="1">[ 17. Juli 2001 15:07: Beitrag 1 mal editiert, zuletzt von oidermo ]</font>

Hi Steffi, ich weiss zwar nicht genau genug, was Du für Vorgaben hast, aber folgendes kann ich Dir empfehlen: Von dem Gedanken, dass Dir der JBuilder in irgendeiner Form hilft solltest Du wegkommen. Ich lege Dir folgendes "Kochrezept" ans Herz: 1) Setzte Dich in Ruhe eine Woche mit XML auseinander. Lese dabei (zur Entspannung) auf www.w3c.org und www.apache.org bzw. http://xml.apache.org/ das durch, was Dich interessiert (ja mehr Du über XML weisst, desto mehr wird Dich das was Du da findest auch interessieren) 2) Wenn das XML erstmal klar ist, scanne das Internet nach XML-Parsern ab und ließ einfach mal drauf los. Bald wirst Du checken, dass es alle möglichen Parser gibt und jeder seine Stärken und Schwächen hat. 3) Schmeiss erst dann Deinen Java-Compiler an, wenn Du eine genaue Vorstellung davon hast, wie Du es anstellen willst! (Das kann schon mal einen Monat dauern, aber schnell schiessen lohnt sich bei diesem Thema nicht) Zur Motivation solltest Du Dir erstmal folgendes Tool herunterladen (echt heiss!!): XMLSPY -> www.xmlspy.com Mit XMLSPY kannst DU ziemlich schnell (zwei Tage sollten langen) ein Gefühl für XML, DTDs, W3C Schemata und XML-Transformationen (mit Hilfe verschiedener XML-Parser) entwickeln. Das wird Dir Spass machen, weil die Erfolge schnell kommen. Parallel dazu: Hier steht, wie man ein gutes XML-Design macht ISBN 1-861003-11-0 Hier steht alles über XSL (XSLT), geschrieben vom Programmierer vom Saxon-Parser. WROX-Verlag (www.wrox.com) "Professional XSLT" Saxon gibt es auch als "Instant-Saxon", der sich bequem in den XMLSPY integrieren lässt. Aber da stolperst Du eh drüber, wenn Du Dir den XMLSPY installierst. XSL ist übrigens die Sprache, in der Du die Layoutanweisungen (nicht nur!), die auf Dein XML angewendet werden sollen formulieren kannst. Das geht einfach von der Kommandozeile z.B. so (bei Apache`s Xalan-Parser): java org.apache.xalan.xslt.Process -in source.xml -xsl layout.xsl -out out.html Du musst in Deinem Projekt natürlich einen Parser mit Java ansteuern. Die Kommadozeile wird Dir da nicht langen. Wenn es Dir langt, XML einzulesen und per Java auf der Konsole (oder einem Swing/AWT-Fenster) auszugeben, brauchst Du natürlich auch kein XSL. Für Dich als Java-Programmiererin ist dann auf jeden Fall JAXP wichtig (solltest Du Dir von SUN runterladen). Das sind APIs zur XML Verarbeitung. Du musst nur die richtigen Klassen "importen" und schon kannst Du ziemlich komfortabel durch Deine XML-Files navigieren und entsprechend "Sachen" ausgeben (die docs zu JAXP musst Du aber schon anschauen). JAXP ist dazu da, um darunterliegende Parser zu steuern: Wahlweise Event-Basiertes Parsen mit einem "new SAXParser" (ist definitiv zu komplex für ein Schul-Projekt), oder halt einem "new DOMParser" (nimm den - auch wenn Dein 1MB-XML-File dann mit 5MB im Speicher hängt - das RAM ist eh wieder billiger geworden...Sax ist was für Leute, die den gesamten Quelle-Katalog in XML Format vorliegen haben, und daraus den eigentlichen Katalog rendern müssen. Für den alltäglichen Gebrauch kannst Du auch das komplette XML-File ins RAM knallen - vergiss aber nicht die Wahl der Parse-Methode in Deiner Arbeit zu begründen!). Im JAXP ist schon ein Parser mit drin (ich weiss nicht mehr genau, ob das Apache`s Xerces, oder Xalan war - schau auf jeden Fall mal nach, was die apache.org auf ihrer Website anzubieten hat). Die apache.org ist definitiv die Anlaufstelle Nummer 1 für Java und XML. Wie immer bei Java, ist das ganze recht nervig (Environment-Variablen und eine puristische Dokumentation lassen gruessen). Mit VisualStudio.NET und C# geht das alles viel leichter von der Hand, aber das ist eine andere Geschichte. Ach ja (bei der dritten editierung fällts mir halt ein): Die Koplettlösung für Dein Projekt steht hier: ISBN 1-861004-01-X (weiss leider nicht, ob es das auch auf deutsch gibt) viel Spaß der oide mo <FONT COLOR="#a62a2a" SIZE="1">[ 16. Juli 2001 23:52: Beitrag 7 mal editiert, zuletzt von oidermo ]</font>