Mir fällt es schwer, das große Bild von GemStone für Smalltalk zu verstehen. Ich kenne GLASS als Anwendungsserver unter Linux, Seaside und Apache. Aber ich möchte wissen, ob es eine brauchbare Umgebung für Nicht-Seaside-Anwendungen ist.
Ich habe auch Probleme, einige grundlegende Fragen zu finden:
Es ist mir nicht klar, ob GLASS oder GemStone / S unabhängig von der verwendeten VM ist. Wenn ich zum Beispiel eine VM verwende, die schwarze Threads unterstützt, bedeutet das, dass GemStone / S transparent arbeitet?
Für das, was ich gesehen habe, ist es auch nicht für 3D-Anwendungen nützlich. Wenn meine Anwendung beispielsweise in Pharo entwickelt wurde oder VisualWorks OpenGL verwendet, kann ich GemStone / S für die Skalierung in Betracht ziehen?
Ich habe gelesen, dass Sie Objekte in VisualWorks und Objekte in GemStone / S haben, aber das verwirrt mich sehr. Woher weiß ich, ob das Objekt, das ich gerade erstellt habe, bereits auf der "Client" -Seite gespeichert ist? In diesem Fall brauche ich GemBuilder?
Um das Gesamtbild von Gemstone / S zu verstehen, können Sie Edelstein 101 lesen.
>Viele Ihrer Fragen sollten beantwortet werden und einige von ihnen sind auch nicht anwendbar. Zum Beispiel ist Gemstone / S eine komplette Smalltalk-Implementierung mit einer eigenen VM. Es hat auch keine visuelle Schnittstelle wie Pharo, Squeak oder Visualworks.
Vorschlag: Sie müssen die Frage in mehrere aufteilen.
Zum Beispiel: Ist GLASS oder GemStone / S unabhängig von der verwendeten VM?
Nein, soweit ich die Frage verstehe. GemStone benötigt eine eigene VM. Sie können GemStone nicht auf einer VM eines anderen Smalltalk ausführen.
Tags und Links smalltalk object-oriented-database oodbms gemstone