私は、グラフィックをまったく必要とせず、すべてデータ操作だけのアプリをきしむように取り組んでいます。問題は、私がかなり保守的な環境で働いており、マネージャーにきしむアプリを販売できるとは思わないことです (明るい色、丸いインターフェイス、および一般的な「一体何それ」のように感じます)。 「きしむ感じが彼らを怖がらせるでしょう）。そのため、より「伝統的な」コマンドライン インターフェイスの方が利害関係者を怖がらせる可能性が低いため、GNU Smalltalk でアプリを実行することを検討しています。
ですから、Squeak と Gnu Smalltalk の間で互換性がある機能/クラスと互換性がない機能/クラスのリストまたはセットを提供したり、私に指摘したりできますか? 言い換えれば、アプリをあるアプリから別のアプリに移植するのはどれほど難しいでしょうか (ここでも、非グラフィカルであるため、モーフィックについて心配する必要はないと仮定します)。
ありがとう！
ANSI Smalltalk Standard（http://www.smalltalk.org/versions/ANSIStandardSmalltalk.html）があります。Gnuは標準の完全な実装であるように見え（Gnu Wikiを参照）、Squeakはかなり準拠しているようです（Squeak Wikiを参照）。だから、標準に固執し、あなたはうまくいくはずです。
私はイグイに 100% 同意します。それに加えて、主な違いはファイルシステム クラスです。GNU Smalltalk は、Squeak のRioパッケージで得られるものにより似ています。
gst-convertを使用してコードを Squeak から GST に変換できます。これにより、いくつかの違いも処理されます。
他の提案に加えて、SUnit テスト ケースが最新であることを確認してください。アプリケーションがその方法で使用している GNU Smalltalk で欠落しているメソッドを見つけるのははるかに簡単です。
GST の実装は、私たちよりもはるかに優れた答えを提供します。コードをファイルに出力して、GST で何が失敗するかを確認してください。
Rosetta の「Cross-Dialect Smalltalk Code Interchange Tool」がどの程度最新のものかはわかりませんが、役に立つかもしれません。
ベンチマークゲームで物事を簡単にするために平準化されたいくつかの小さな違いがあります - GNU Smalltalk :: Squeak
特定の問題に遭遇した場合は、 GNU Smalltalk メーリング リストで質問してください。
Pharo はよりプロフェッショナルに見え、役立つかもしれません。または、データが 4 GB 未満の場合は、Gemstone. Seaside のユーザー インターフェイスは、ASP.NET MVC や Rails と同じように見え、簡単に作成できます。