GNU Smalltalk 与 Squeak 的兼容性如何
我正在使用吱吱声开发一个应用程序，它根本不需要图形，它只是数据操作。 问题是，我在一个相当保守的环境中工作，我认为我无法向我的经理推销一款吱吱作响的应用程序（我觉得明亮的颜色、圆形的界面和一般的“这到底是什么”） “吱吱声的感觉会把他们吓跑）。 因此，我正在考虑在 GNU Smalltalk 下运行该应用程序，因为更“传统”的命令行界面不太可能吓跑利益相关者。
那么，任何人都可以提供或指出 Squeak 和 Gnu Smalltalk 之间兼容或不兼容的功能/类的列表或集合吗？ 换句话说，将应用程序从一个应用程序移植到另一个应用程序有多难（再次假设它是非图形的，因此无需担心形态）？
谢谢！
I'm working on an app in squeak that requires no graphics at all, its all just data manipulation. The problem is that I work in a fairly conservative environment and I dont think I'll be able to sell a squeak app to my managers (I feel like the bright colors, round interface and general "what-the-heck-is-that" feel of squeak will scare them off). So I'm considering running the app under GNU Smalltalk, as a more "traditional" command-line interface is less likely to scare off stakeholders.
So, can anyone either provide, or point me towards, a list or set of what features/classes are or are not compatible between Squeak and Gnu Smalltalk. In other words, how hard will it be to port an app from one to the other (again assuming that its non-graphical, so no need to worry about morphic)?
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
我100%同意igouy的观点； 除此之外，主要区别在于文件系统类。 GNU Smalltalk 与 Squeak 的 Rio 软件包更相似。
您可以使用 gst-convert 将代码从 Squeak 转换为 GST，这也会处理一些问题的差异。
I agree 100% with igouy; in addition to that, the main difference will be the filesystem classes. GNU Smalltalk's are more similar to what you get with Squeak's Rio package.
You can convert your code from Squeak to GST with gst-convert which will also take care of some of the difference.
有一个 ANSI Smalltalk 标准 (http://www.smalltalk.org/版本/ANSIStandardSmalltalk.html）。 Gnu 似乎是该标准的完整实现（参见 Gnu Wiki），而 Squeak 似乎相当不错合规（请参阅Squeak Wiki）。 所以坚持标准，你应该做得很好。
There is an ANSI Smalltalk Standard (http://www.smalltalk.org/versions/ANSIStandardSmalltalk.html). Gnu seems to be a full implementation of the standard (see Gnu Wiki) and Squeak seems to be fairly compliant (see Squeak Wiki). So stick to the standard and you should do well.
GST 实施将为您提供比我们更好的答案 - 所以只需尝试一下 - 将您的代码归档，看看 GST 会出现什么问题。
我不知道 Rosetta“跨方言 Smalltalk 代码交换工具” 的最新程度如何，但是这可能有帮助。
以下是一些细微的差异，这些差异已被消除，以使基准测试游戏变得更容易 - GNU Smalltalk :: 吱吱声
当您遇到具体问题时，请在 GNU Smalltalk 邮件列表 上询问。
The GST implementation will give you a much better answer than we can - so just try it - file out your code, and see what fails with GST.
I don't know how up-to-date the Rosetta "Cross-Dialect Smalltalk Code Interchange Tool" is but it might help.
Here are some minor differences that were leveled out to make things easier on the benchmarks game - GNU Smalltalk :: Squeak
When you hit specific problems ask about them on the GNU Smalltalk Mailing List.
除了其他建议之外，请确保您的 SUnit 测试用例是最新的； 通过这种方式，可以更轻松地找到应用程序使用的 GNU Smalltalk 中缺少的方法。
In addition to the other suggestions, make sure your SUnit test cases are up-to-date; it's much easier to find any missing methods in GNU Smalltalk that your application is using that way.
Pharo 看起来更专业，可能会有所帮助。 或者，如果您的数据少于 4GB，则选择 Gemstone。 Seaside 用户界面看起来与 ASP.NET MVC 或 Rails 相同，并且可以更轻松地创建。
Pharo looks more professional, and might help. Or if you have less than 4GB of data, Gemstone. A Seaside user interface looks the same as a ASP.NET MVC or Rails one, and can be created easier.