我正在使用 squeak 开发一个根本不需要图形的应用程序，它只是数据操作。问题是我在一个相当保守的环境中工作，我认为我无法向我的经理出售一个吱吱声的应用程序（我觉得明亮的颜色、圆形的界面和一般的“这到底是什么” “吱吱声会吓跑他们）。所以我正在考虑在 GNU Smalltalk 下运行该应用程序，因为更“传统”的命令行界面不太可能吓跑利益相关者。
那么，任何人都可以提供或指出我在 Squeak 和 Gnu Smalltalk 之间兼容或不兼容的功能/类的列表或集合。换句话说，将一个应用程序从一个应用程序移植到另一个应用程序有多难（再次假设它是非图形的，因此无需担心形态）？
谢谢！
【问题讨论】：
我 100% 同意 iguy；除此之外，主要区别在于文件系统类。 GNU Smalltalk 更类似于 Squeak 的 Rio 包。
您可以使用gst-convert 将您的代码从 Squeak 转换为 GST，这也会处理一些差异。
【讨论】：
有一个 ANSI Smalltalk 标准 (http://www.smalltalk.org/versions/ANSIStandardSmalltalk.html)。 Gnu 似乎是该标准的完整实现（请参阅Gnu Wiki），而 Squeak 似乎相当兼容（请参阅Squeak Wiki）。所以坚持标准，你就应该做好。
【讨论】：
GST 实施将为您提供比我们更好的答案 - 所以试试吧 - 归档您的代码，看看 GST 会出现什么问题。
我不知道Rosetta "Cross-Dialect Smalltalk Code Interchange Tool" 的更新程度如何，但它可能会有所帮助。
以下是一些细微的差异，这些差异已被拉平以使基准测试游戏变得更容易 - GNU Smalltalk :: Squeak
当您遇到具体问题时，请在 GNU Smalltalk Mailing List 上询问。
【讨论】：
除了其他建议之外，请确保您的 SUnit 测试用例是最新的；在 GNU Smalltalk 中找到您的应用程序正在使用的任何缺失方法要容易得多。
【讨论】：
Pharo 看起来更专业，可能会有所帮助。或者，如果您的数据少于 4GB，Gemstone。 Seaside 用户界面看起来与 ASP.NET MVC 或 Rails 相同，并且可以更轻松地创建。
【讨论】：