🚀 go-pugleaf

Hallo liebeR LeserIn

Zusammen mit meinem Komilliton Claudio Grazioli arbeite ich am Technikum
Winterthur Ingenieurschule im letzten Semester an einem
Software-Projekt.

In unserer Projektarbeit soll eine Billard-Simulation herauskommen,
wobei jedoch der Weg das Ziel ist, das Engineering.

Wir setzen Rational Rose 4.0 fuer das Design ein, und implementieren das
Projekt anschliesend in MS Visual C++ 5.0

Hochgeschrien wird dabei das Round-Trip-Engineering:
Design a little, code a little, test a little.
Im Klartext: Generiere aus dem Design den Code, implementiere den Rest,
teste, erkenne Fehler, importiere das ganze Projekt wieder ins
CASE-Tool, aendere das Design...

Nun, der Weg vom Code ins Design klappt mittlerweile, der umgekehrte Weg
bereitet uns hingegen immense Probleme!
Beispiel: Rational Rose mischt die MS Visual Bemerkungen im Code-File
munter durcheinander.

Frage: Arbeiten Sie ev. mit diesen Produkten, oder kennen Sie allenfalls
jemanden, der diese Produktekombination schon erfolgreich eingesetzt
hat?

Wir waeren sehr an einem Erfahrungsaustausch interessiert, unterdessen
wissen wir naemlich auch schon einiges, insbesondere im Zusammenhang mit
der MFC, aber nicht in allen Bereichen.

Wir waeren wirklich sehr dankbar, wenn Sie sich melden wuerden.

Claudio Grazioli und Andreas Raschle

PS: Als Attachment die aktuelle Problembeschreibung, die bis jetzt
unbeantwortet auf der Rational-hotline lagert!

-- 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
                       +
Andreas Raschle        + phone:  xx41 (0)52 765 11 35
Wiesenstr. 49          + bank :  PC 84-37626-2
8552 Felben-Wellhausen + email:  e3raschl@twi.ch
Switzerland            + www  :  http://www.twi.ch/~e3raschl
                       +
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Problembeschreibung:

Nun geht's also in die zweite Runde, wieder retour ins MS Visual C++:
Code-Generierung.

So mit den Standard-Properties geht ueberhaupt nichts, der Compiler
bringt ein paar Errors und bleibt dann haengen. Nach etlichen Versuchen
sind wir bei der Version gelangt:

http://www.twi.ch/~e3raschl/tools/properti.prp
eine einzelne, einfache Klasse k�nnen wir damit tats�chlich generieren,
compilieren, linken und laufen lassen.
Auffallend: Kommentare, die MS Visual C++ schreibt und spaeter auch
wieder benoetigen wird, werden wild durcheinanderbegracht, Constructoren
erscheinen ploetzlich innerhalb einer anderen #ifdef-Anweisung.

Das kann nicht gutgehen. Welche Properties haben wir vergessen?

Ein weiteres Problem ist unser Haupt-Projekt:
http://www.twi.ch/~e3raschl/tools/billard.h
http://www.twi.ch/~e3raschl/tools/billard.cpp
bzw.
http://www.twi.ch/~e3raschl/tools/billard.h~
http://www.twi.ch/~e3raschl/tools/billard.cp~
vor dem Ueberschreiben (und noch compilierfaehig)

Die Klassen dieses Header-Files haben im Rose-Model einen Modul-Vermerk,
aber endend mit einer 0, also Billard0.
Zusaetzlich erscheint auch noch ein leeres Modul Billard1.

Hier erzeugt der Code-Generator auch Warnings, und Visual C++ bleibt
haengen. 
Das Model ist ca 137kB gross, hier nur der Link:
http://www.twi.ch/~e3raschl/tools/billard.mdl

Was haben wir hier verbockt? Unter welchen Umstaenden treten solche
doppelten Module auf? Wie beheben wir das?