GNU Smalltalk與Squeak的兼容性如何

Question

我正在開發一個吱吱聲的應用程序，它根本不需要圖形，它只是數據操作。 問題是我在一個相當保守的環境中工作，我不認為我能夠向我的經理們銷售一個吱吱叫的應用程序（我覺得它們是明亮的顏色，圓形的界面和一般的“那是什么 - 那是 - 那個“吱吱的感覺會嚇跑他們。” 所以我正在考慮在GNU Smalltalk下運行應用程序，因為更“傳統”的命令行界面不太可能嚇跑利益相關者。

因此，任何人都可以提供或指向我，Squeak和Gnu Smalltalk之間的列表或一組功能/類是否兼容。 換句話說，將應用程序從一個移植到另一個應用程序有多難（再次假設它是非圖形的，所以不需要擔心形態）？

謝謝！

Answer 1

有一個ANSI Smalltalk標准（ http://www.smalltalk.org/versions/ANSIStandardSmalltalk.html ）。 Gnu似乎是該標准的完整實現（參見Gnu Wiki ），而Squeak似乎是相當合規的（參見Squeak Wiki ）。 所以堅持標准，你應該做得好。

Answer 2

我同意100％與igouy; 除此之外，主要區別在於文件系統類。 GNU Smalltalk與Squeak的Rio軟件包更相似。

您可以使用gst-convert將代碼從Squeak轉換為GST，這也將解決一些差異。

Answer 3

除了其他建議，請確保您的SUnit測試用例是最新的; 在GNU Smalltalk中找到您的應用程序使用這種方式的任何缺少方法要容易得多。

Answer 4

GST實施將為您提供比我們更好的答案 - 所以只需嘗試一下 - 提出您的代碼，並查看GST失敗的原因。

我不知道Rosetta“Cross-Dialect Smalltalk代碼交換工具”是如何更新的，但它可能會有所幫助。

以下是一些細微的差異，這些差異已經在基准測試游戲中變得更容易 - GNU Smalltalk :: Squeak

遇到特定問題時，請在GNU Smalltalk郵件列表中詢問它們。

Answer 5

Pharo看起來更專業，可能會有所幫助。 或者如果你的數據少於4GB，寶石。 Seaside用戶界面看起來與ASP.NET MVC或Rails一樣，並且可以更容易地創建。