Allegro OO ?

also jetzt, nachdem das Design festgelegt ist, würde es auch Interessenten geben, die AllegrOO benutzen wollen, bzw. kann ich das irgendwo Online zugänglich machen? Muss ich die Leute von Allegro kontaktieren?
Hat überhaupt jemand lust diese Allegro in OO Design zu verwenden? Was denkt ihr? Soll ich da weitermachen?

rapso

<OT>ich denk das ist das erste forum das ich hier über mehr als 5posts verfolge indem nicht geflammed wird :)</OT>

wieviel MB sind es denn? wenn du nur den wrapper zugänglich machen möchtest, dann kann ich dir webspace leihen sofern das net übermässig viel ist.

rapso->greets();

nman

Original erstellt von <Alleger>:
also jetzt, nachdem das Design festgelegt ist, würde es auch Interessenten geben, die AllegrOO benutzen wollen, bzw. kann ich das irgendwo Online zugänglich machen?
Muss ich die Leute von Allegro kontaktieren?
Hat überhaupt jemand lust diese Allegro in OO Design zu verwenden? Was denkt ihr? Soll ich da weitermachen?

Dafür gäbe es garantiert eine Zielgruppe.
Wegen dem Webspace etc schau Dir mal http://sourceforge.net an, ich habe nur ausgesprochen gute Erfahrungen damit gemacht!
Das Allegro-Team musst Du nicht kontaktieren, aber es wäre IMO doch eher ratsam da die dann Dein Projekt verlinken können und sicher auch gute Tips für Dich haben, vielleicht finden sich ja auch andere Programmierer die Dir helfen möchten.
Also ich würde zwar wohl trotzdem eher Clanlib als AllegroOO verwenden wenn ich was derartiges bräuchte, aber mach ruhig mal, Du lernst garantiert etwas dabei.

Zum Design: Lege Dich nicht zu früh auf Kleinigkeiten fest, sieh Dir Allegro an und überleg dann, was Sinn macht und nicht umgekehrt. Ich muss allerdings sagen dass ich die ganzen Init()-Funktionen die unter Spieleprogrammierern üblich sind ausgesprochen hässlich finde, wozu gibt es denn Konstruktoren + Exceptions? (/me liest gerade "Effective C++"... )

[ Dieser Beitrag wurde am 03.04.2003 um 00:18 Uhr von nman editiert. ]

[code]<OT>ich denk das ist das erste forum das ich hier über mehr als 5posts verfolge indem nicht geflammed wird </OT>[code]
Stimmt. Jetzt wo Du's sagst...
Ich wußte doch: Irgendwas fehlt - irgendwas kommt Dir hier doch spanisch vor... :-))

Da Sarge

rapso

Original erstellt von nman:
**
Zum Design: Lege Dich nicht zu früh auf Kleinigkeiten fest, sieh Dir Allegro an und überleg dann, was Sinn macht und nicht umgekehrt. Ich muss allerdings sagen dass ich die ganzen Init()-Funktionen die unter Spieleprogrammierern üblich sind ausgesprochen hässlich finde, wozu gibt es denn Konstruktoren + Exceptions? (/me liest gerade "Effective C++"... )
[ Dieser Beitrag wurde am 03.04.2003 um 00:18 Uhr von [qb]nman** editiert. ][/QB]

in einem der bücher der reihe effective c++ steht dass man lieber init und release verwenden soll bei dingen die schiefgehen können anstatt sie in die constructor zu schieben...

rapso->greets();

ps. wenn's dir wichtig ist suche ich nach dem zitat in den büchern hier

ps. wenn's dir wichtig ist suche ich nach dem zitat in den büchern hier

gerne. mach das bitte

rapso

effective c++ second edition
seite 55 ziemlich mittig.

rapso->greets();

unter welcher lektion steht das? ich hab nur die deutsche version und da ist die seitenverteilung glaub ich ein bisschen anders.

rapso

12 oder 13 ist das soweit ich weiß, da ist eine recht lange construktorlist in der nähe als quelltext beispiel.

auf deutsch müßte da in etwa stehen, dass initialisierungs funktionen genauso gut wie constructor sind und in einigen fällen besser... wenn ich's richtig im kopf habe.

vielleicht ist auch mein english zu schlecht

rapso->greets();

Gerard

es geht darum eine große anzahl von buildins zu initialiesieren und damit man nicht bei jeden ctor das wiederhollen muss, kann mann eine private funktion machen
da es bei buildins kein unterschied macht ob man sie in der initialiesierungsliste oder im ctor body durch zuweisung initialiesiert

rapso

hmm... steht da wirklich nirgendwo dass man init gegenüber constructor bevorzugen sollte? ich hätte schwör'n können *amkopfreib*

hmm.. ich kann mich aber auch immer net entscheiden ob ich konstruktorlisten oder init benutzen will...

rapso->greets();

Noch nichtmal lesen kann der rapso.

ja das mit den Init funktionen mach ich jetzt so:

Screen screen1(640,480); //Hier wird noch gar nichts initialisiert
Screen screen2(800,600); //auch da nicht

screen1.set_colordepth(32); //blub nix passiert

allegro().install(screen1); //Erst hier, Allegro ruft screen1.install auf, eine
//private methode von Device, von der Screen abgeleitet ist, die die virutelle 
//protected Methode do_install aufruft :) - hört sich komplizierter an, als es 
//ist

Ich finde das ist ein guter Kompromiss

rapso

ich würde das set_ weglassen

FlaMor ist da nicht ein F zuviel *reflame*

rapso->greets();

eigentlich ne gute idee ok

aber ich hab auch noch mal dieselben get methoden, was soll ich tun?

ups, hab vergessen, dass es ja sowas wie "function overloading" auch noch gibt

rapso

ich finde das ziemlich angenehm sowas zu machen wie (nicht das schreiben davon sondern das anwenden, c++ ist geil )

protected:
CShip* m_pShip;
public
void Ship(CShip* pShip);
CShip* Ship();

schade dass das nicht automatisiert ist, oder kennt jemand ein tool? (am besten als integration ins visual studio (das für eine membervariable automatisch ne accessor function macht

rapso->greets();

Du vergisst auch nicht, dass sich Allegro in ständiger Entwicklung befindet?
Etliche Dinge werden von Zeit zu Zeit grundlegend geändert, hoffentlich kommst Du dann hinterher. Ich meine, ein Allegro-OO-Wrapper für Version 4.0.2 sieht ziemlich müde aus, wenn Allegro 4.7.53 aktuell ist.
Will sagen: an dem Punkt wo Du jetzt bist, war ich schon vor vier Jahren. Da ich aber keine Zeit hatte ständig nachzuziehen, habe ich es irgendwann mal in die Ecke gelegt. Das Design ist seinerzeit grundlegend geändert worden, als Allegro auf Multiplatform ging, und es wird sicherlich noch einmal geändert, wenn die Hardwarebeschleunigerdinge hineinkommen.
Es gibt beispielsweise auch ein AllegroGL, aber George kommt da auch nicht hinterher...
Und, hmmm, einen Tester für die BEOS-Version der OO-Version hast Du dann auch?
Auf der Sun läuft Allegro mittlerweile ebenfalls... kennst Du die Eigenheiten der entsprechenden Compiler? So wie C != C ist, ist auch C++ != C++.
Und nur mit Standarddingen kommst Du wahrscheinlich nicht hin.

Nichts gegen die gute Absicht, aber wenn Du beim function overloading schon nachdenken musst, dann lasse besser die Finger davon.
Mir reicht's schon, dass derjenige, der derzeit die RHIDE 'fortsetzt' auch mehr guten Willen als Fähigkeiten besitzt. Die neueren Versionen schmieren nur noch ab.

[ Dieser Beitrag wurde am 03.04.2003 um 15:26 Uhr von Bitsy editiert. ]

rapso

ich glaube er hat das eher für sich gecodet und bietet es freundlicherweise anderen an damit sie sich nicht die selbe arbeit machen müssen... und wer vergisst mal etwas net? immerhin ist es ihm von selbst eingefallen.. ich vergess auch manchma dinge die ich jahre lang nicht gemacht habe (letztens dass es anstatt constructor listen auch inplacement news gibt...)

vom konzept her finde ich den wrapper ziemlich ok!

rapso->greets();