這是從一個叫做 “擇就居”的blog上摘錄下來的。無從考證這個email是真是假，但是你可以打開它的原文鏈接（在Yahoo的一個討論組裏面）。如果這個email所述是真的話，那真的很有意思。沒有人把SWT/Swing的故事說的再詳細不過了。
-----------------------------------------------------------------------------
譯文
翻譯整理：FooSleeper
譯註：本文來自straight_talking_java at yahoogroups.com討論組，已經是一年多前的文章。Alan Williamson是Java Developers Journal的編輯，下文來自他在IBM的一個消息來源。SWT和Swing的論爭我見過不少，Netbeans和Eclipse的也同樣多。譯者翻譯此文並不是要激起什麼爭執，也不是支持哪一方（雖然我的確是站在SWT一邊的），更不是要攻擊Amy。我最重要的理由是，這是一篇有趣的文章。裏面有內幕、線人、公司政治、壟斷巨頭、美女、商界風雲......足夠拍一出電影。有趣，這就夠了。不過此文反映了IBM對Swing的看法和SWT的由來，還是有一點營養的。
From: Alan Williamson
Date: Wed Nov 6, 2002 10:31 am
Reply-To:
To:
Subject: SWT ... the scoop?（SWT......內幕？）
好了這就來......閱讀......消化......再閱讀......再消化......
謝謝你的回覆。我很樂意給你提供Swing和SWT背後的一些信息，既然你還把我當作你祕密的“IBM內幕線人”。
要想弄清楚爲什麼一切都被弄得如此混亂，要從幾年前只存在AWT的時候說起。SUN當時已經建立了一套基本的可移植控件類，這些類映射到不同操作系統上的原生窗口組件（native widget），顯然下一步應該繼續增強這套模型，除了初始的CUA 92組件（文字、按鈕等等），再繼續加上表格、樹、記事本、滑塊等等......當時的AWT還滿是漏洞，遠不能稱爲可靠，還需要SUN的coder們去修補。SUN的developer們如Graham和Otto總是習慣於公開把他們的bug歸咎爲操作系統的差異，比如“Windows和OS/2的焦點次序不同”或者“在......之間Ctrl-X的行爲不一樣”，以及其他蒼白的託辭，好讓批評的火力從SUN太早釋出代碼這個問題的真相上移開。然後Amy Fowler來到了SUN。不是我大男子主義，Amy是個聰明的美女，大多數呆頭呆腦只懂技術的開發人員都要被她捏在手裏。
Amy來自一家Smalltalk公司，叫做Objectshare，在那裏她負責搞UI類庫。跟Java相比Smalltalk的歷史有些悲慘，曾幾何時有3家龐大的Smalltalk公司??IBM、Parc-Place和Digitalk。在90年代初期3家公司的市場份額大致相等，生活是美好的。Parc-Place採用仿窗口部件（emulated widgets）的設計（即Swing的設計），IBM和Digitalk則採用原生窗口部件（native widgets）。後來IBM壓倒了另外兩家，因此他們打算合併成一家，假設叫做Parc-Place Digitalk。隨後當他們試圖將他們的產品融合到一個叫做Jigsaw的計劃中時爆發了一場大戰，計劃由於政治原因失敗了（開發人員實際上已經能讓它運轉起來），就因爲原生和仿造兩派的死戰。Amy贏得了精神上的勝利，不過在IBM我們贏得了他們所有的生意，因爲這兩家公司在一整年裏除了吵架什麼都沒做。當塵埃落定之後PPD（Parc-Place Digitalk當時已改名爲Objectshare，跟Windscale改名爲Sellafield的原因相同??讓人們淡忘之前發生的災難）的股票價格從60美元掉到了低於1美元1股。他們因爲僞報收入被NASDAQ摘牌，從此消失。此時SUN正走上與PPD類似的技術方向，於是PDD的技術人員都把他們的簡歷投到了SUN。Amy被僱傭了，她承諾通過輕量級方案解決所有窗口組件的問題，因此SUN管理層讓她當了GUI開發部門的頭頭。她是拿着“這裏原來的人都搞砸了，我是來解決的”的鑰匙進來的。隨後Amy僱傭了所有她過去在Parc-Place的舊朋友，讓他們來開發Swing。
顯然Swing應該做的是僅僅成爲一個繪製框架，給那些希望創建地圖軟件或者繪圖軟件的人們使用，無論如何，應該圍繞AWT類庫來建造它，按鈕之類的東西仍然交給AWT來管。SUN的人比如Philip和Mark已經讓AWT能夠處理表格、樹和記事本（notebook，？），所以Swing的方向應該說很明顯了。但那些毀了PDD的人不幹，他們非要把一切都弄成輕量級的。由於SUN管理層的無知，再加上Amy無情的政治手段，造成了我們今天所見的混亂局面。Amy還使SUN相信Swing是作爲Mozilla項目的一部分與Netscape聯合開發的，事實上這只是她的宣傳伎倆。
在IBM，我們從第一天起就憎惡Swing。龐大、滿是錯誤，而且難看至極。原先我們的工具如VisualAge for Java都是用Smalltalk（用的是原生窗口組件）寫的，所以當我們將這些工具向Java代碼庫遷移時，我們需要一套窗口組件。IBM這邊的開發人員都是原來搞Smalltalk的那一批人，我們對管理層要求用Swing來構建WebSphere Studio工具都非常不情願。Swing是個可怕的充滿缺陷的怪獸。在WebSphere Studio最初的預覽中，當與Microsoft Visual Studio作對比演示的時候，我們所有的客戶都討厭它，就因爲它的外觀，而不管它的功能有多強。大多數消費者都不會買一輛讓人覺得難看的車，哪怕這車有一臺出色的引擎。因此我們開始了一個項目，是把我們的Smalltalk原生窗口組件移植到Java上去。這個項目是加拿大的Object Technology International小組做的。這個項目獲得了成功，被運用在在我們發佈的VisualAge Micro Edition產品中，VisualAge Micro Edition後來成爲J2ME開發方面一個非常成功的IDE。但是OTI的人發現，Swing在讀取Windows事件方面有極嚴重的缺陷，我們甚至無法進行SWT（S開始是Simple的縮寫，不過後來變成了Standard的 縮寫）和Swing間的互操作。他們在讀事件隊列的時候用了一種可能留下內存漏洞的方式，所以我們不得不採用我們自己的查詢Windows事件隊列的循環，以糾 正這個錯誤。我們試了一次又一次讓SUN修復這個錯誤，但Amy就是聽不進去，所以我們才決定SWT和AWT/Swing不能共存。我們甚至在SWT中定義了自己的Point和Rectangle類。整個工具包對AWT或Swing都沒有任何依賴。我們把這個工具包放到了Eclipse中，這是一個工具平臺，它的總體設計目標就是要戰勝Micrsoft和Visual Studio。Eclipse是開源的，所以任何人都可以在上面構建自己的東西，我們已經有像TogetherSoft和Rational這樣的公司移植到了上面。我們的競爭者是Microsoft，所以我們所有努力和注意力都是從正面針對Microsoft。
不管怎麼說SUN對此非常不滿。他們的Netbeans跟Eclipse做的是相同的事，因此他們向IBM高層抱怨。他們認爲SWT是要將你綁到Windows上，這純粹是胡說，因爲SWT能通過GTK在Mac/Linux上運行，以及一大堆嵌入式平臺。他們拒絕讓Eclipse獲得Java認證，因爲裏面有原生代碼，所以Eclipse產品必須很小心地使用單詞“Java”這個SUN的商標。Eclipse甚至不能把自己稱爲一個Java IDE，SUN已經威脅過要採取法律行動來制止IBM在任何時候把Eclipse稱作一個Java IDE。結果之一就是IBM在Eclipse上創建的GUI設計工具，允許你構建Swing/AWT GUI，卻不讓你往裏面拖放SWT窗口控件。將SWT從Eclipse中分離出來是完全可能的，只需要把DLL摳出來放到路徑中，並使用窗口組件工具包來給你的銀行或者保險或者其他什麼應用程序開發GUI。再次說明，我們無法更進一步，因爲SUN把我們的雙手綁上了。雖然作爲Eclipse開放源碼協議的一部分，CPL允許我們提供這樣的解決方案，但SUN已經很清楚地表明他們不希望我們這樣做。對於用戶社區來說，無論IBM和SUN的最終動機是什麼，我發現有一點總是很有趣：喜愛Swing的人總會說“一旦你花上幾年時間去掌握它，你就能正確地使用它”，這基本上是他們在試圖證明和維護他們辛苦得來的用途有限的專門技術；而SWT的擁護者們說的是“哇，這真快，這跟原生的一樣，還可以用XP皮膚......它還又輕又小”。有一句話是我喜歡的，我們的一個用戶說，Swing就像Java決定不通過操作系統來實現原生的IO，而是通過磁頭馬達 API自己來讀磁盤的扇區。Swing基本上就是這樣的，它拿着個底層的“paint(Graphics)”方法，自己來繪製所有的窗口組件。
--------------------------------------
原文
