如何兼容是GNU Smalltalk中与佳乐

Question

我工作在吱一个应用程序，不需要图形可言，它的一切都只是数据操作。问题是，我在一个相当保守的环境中工作，我不认为我将能够轧轧应用出售给我的经理人（我觉得鲜艳的颜色，圆形界面和一般的“什么最赫克-是，该“吱的感觉将他们吓跑）。所以我考虑运行下GNU Smalltalk的该应用中，作为更“传统的”命令行界面是不太可能吓跑利益相关者。

因此，任何人都可以提供两种或指向我往，列表或设置哪些功能/类或不佳乐和GNU Smalltalk的相互兼容。换句话说，如何努力将是从端口一个到另一个（再次假设其非图形，所以没有必要担心的Morphic）？一个应用程序

谢谢！

Answer 1

我同意100％与igouy;除此之外，主要的区别将是文件系统类。 GNU Smalltalk的更类似于你得到了什么佳乐的里约热内卢的包。

您可以从佳乐转换代码，GST与 GST-转换这也将采取关心的某些差的。

Answer 2

有一个Smalltalk的ANSI标准（ HTTP：//www.smalltalk .ORG /版本/ ANSIStandardSmalltalk.html ）。牛羚似乎是一个完整的执行标准（见 GNU维基）和佳乐似乎是相当标准（见佳乐维基）。所以，坚持标准，你应该做的很好。

Answer 3

在GST实施会给你一个更好的答案，我们无法用 - 所以只是尝试 - 鱼贯而出你的代码，看到GST什么失败

我不知道怎么了最新的罗塞塔“跨方言Smalltalk的代码交换工具” 不过它可能会有所帮助。

下面是被夷为平地了，使性能指标评测游戏更容易的事情了一些细微的差别 - 的 GNU Smalltalk中 :: 佳乐

当你打的具体问题询问他们在 GNU Smalltalk的通讯录。

Answer 4

除了其他建议，请确保您的苏尼特测试用例和最新的;它更容易找到GNU Smalltalk的任何缺少的方法，你的应用程序正在使用这种方式。

Answer 5

菲罗看起来更加专业，并可能有帮助。或者，如果你比4GB的数据，宝石有少。海边用户界面看起来相同的ASP.NET MVC或者Rails一个，并且可以创建更容易。