ネイティブコードを利用するため、SWTクラスでは全ウィジェットクラスについて、継承は容易には許されない。このため、拡張性に問題があるとする人もいる。この点ではSwingの方が容易にカスタマイズ可能である。どちらのツールキットも新たなウィジェットをJavaコードだけを使って書くことができる。SWTはAWT同様、手動でオブジェクトの解放をする必要がある。SwingやJavaのメモリの自動ガベージコレクションとは異なる。close() しないといけないI/Oリソースと同じである。SWTオブジェクトは "dispose()" メソッドを使って明示的に解放する必要があり、C言語の "free" に似ている。これをしないと、メモリリークなどの好ましくない結果を生じる。ただし、親子関係にある Widget は親を dispose() すれば、子も dispose() される。この問題について、「リソースの明示的解放の必要性は、少なくとも平均的なJava開発者にとっては、開発時間とコストに悪影響を及ぼす」とのコメントもある。さらに「これはありがた迷惑である。Swingがより自動化され遅いのに対して、SWTはよりきめ細かいコントロールができるが複雑になる」としている。SWTが手動でのオブジェクト解放を必要とするのは、ネイティブオブジェクトを使っているのが主な原因である。つまり、それらオブジェクトは Java VM の管理範囲外にあり、Java VM からそれらが解放可能かどうかを判断できない。
SWTウィジェットは、ネイティブウィジェットと同じルック・アンド・フィールを提供する。これとは対照的に、Swingのウィジェットはネイティブウィジェットに近い複製である。場合によっては、この違いが見た目にも明らかとなる。例えば、Mac OS X のツリーウィジェット機能はツリーの展開時にアニメーションを行い、デフォルトボタンもユーザーがフォーカスした際にアニメーションを行う。Swing では、これらのアニメーションは行われない。SWT はネイティブGUIコードの単純なラッパーであるため、（ネイティブAPIが互換を保つ限り）ネイティブコードが変更されても大きな修正を必要としない。OSベンダーはAPI上の互換性を保つよう常に気をつけている。Swingでは事情が異なる。Swing は動作中のアプリケーションのルック・アンド・フィールを交換可能であり、ネイティブGUIのテーマをエミュレート可能である。この機能はOSのGUIが変更されるたびに、その変化（テーマやその他のルック・アンド・フィールの更新）を反映しなければならない。逆に言えば、ネイティブAPIが変更されれば、SWTは修正が必須となるが、Swingは修正の必要がない。SWT は「プラットフォームとの密な統合」を目指しており、ネイティブウィジェットを利用する。developer.com の Mauro Marinillia によると「ネイティブプラットフォームとの密な統合が必要なら、SWTはよい選択だ」としている。このような密な統合の利点を生かした例として、SWTは Microsoft Windows のActiveXオブジェクトもラップ可能である。
SWTは「高性能」GUIツールキットとして、Swingよりもシステムリソースを浪費しないよう設計された。SWTとSwingのベンチマーク比較がいくつか行われ、SWTがSwingより効率がよいことが示されている。しかし、ベンチマークに使われたアプリケーションはそれほど複雑ではなく、SWTが常にSwingより性能が良いとは言えない。
最初のJava用GUIツールキットは、AWT（Abstract Window Toolkit）であり、サンのJava標準の一部として JDK 1.0 で登場した。AWT は比較的単純であり、オペレーティングシステムが提供するネイティブなオブジェクトをJavaコードで包み、メニューやボタンといったGUI部品を生成する。AWTはネイティブウィジェットラッパーとしては非常に薄く、プラットフォーム固有のコードが開発者に透けて見え、バグやOS固有の癖がそのままさらけ出されているため、異なるプラットフォーム間で移植性のあるアプリケーションを作成するには限界があった。Swingは第二世代のツールキットで、サンが J2SE 1.2 で導入した。AWT よりもオブジェクト指向的である。SwingのGUI部品は 100% Java であり、ネイティブコードは使っていない。ネイティブAPIをラップする代わりに、Swingは低レベルなOSルーチンを使ってGUI部品を自前で描画する。そのころ、IBMはSmalltalkを使った統合開発環境 (IDE) VisualAge を開発していた。これをオープンソースとして公開することに決め、それがEclipseの開発へと繋がっていった。Eclipse は Microsoft Visual Studio のような IDE とも競合できるものとすることを目的としていた。Eclipse は Java で書かれており、IBMの開発者らは「ネイティブのルック・アンド・フィール」と「ネイティブの性能」を持ったツールキットが必要と考え、Swing を置換するものとして SWT を開発した。
事件が発生したのは、AKB48のCDに封入されている参加券があれば誰でも参加できる「全国握手会」とよばれるイベントである。グループのメンバーとファンが握手を行う区画（レーン）のひとつに男が入り、のこぎりを取り出して川栄李奈と入山杏奈、および2人を守ろうとした男性スタッフを切りつけた。男は周囲にいたスタッフに取り押さえられ、警察に殺人未遂の容疑で現行犯逮捕された。切りつけられた3人は骨折や裂傷を負い、病院へ搬送されてただちに縫合手術を受けた。3人は事件翌日に退院した。犯人は青森県十和田市に住む、発達障害の診断を受けたことがある、事件当時24歳の男。2014年1月に仕事を失っており、犯行動機はテレビでAKB48を見て「収入が多い」「自分とは正反対」などと不満に思ったことであった。5月に岩手県でAKB48の握手会が行われることを知った男は、その参加券を入手し、自宅ののこぎりにカッターナイフの刃を貼りつけるという改造を加えた。こののこぎりを持って握手会に参加し、参加者の列が短かったレーンを狙って犯行に及んだ。男は逮捕後、精神鑑定が行われた。その結果責任能力が問えると判断され、傷害罪および銃刀法違反罪で起訴された。事件の影響は多方面に及んだ。切りつけられた川栄と入山は療養を要し、事件後段階的に活動復帰を果たしたものの、しばらくの間負傷部位をギプスで固定したまま芸能活動を行うことになった。AKB48の運営会社には、各種イベントにおける警備強化、安全対策を行うよう警察から要請が入り、その後AKB48劇場での公演は厳戒態勢のもとで行われることになった。6月7日実施のイベントおよび6月8日実施のコンサートにおいては、7万人を金属探知機で検査するという措置が取られた。握手会イベントは、6月末までに実施が予定されていたものが延期となり、7月から厳戒態勢のもとで再開された。このほかにも、事件直後にメンバーがSNSを自粛するなどの影響もあった。AKB48の姉妹グループや、AKB48のライバルとして活動するグループにも影響が及んだほか、それ以外のアイドルなども、事件直後に予定されていた各種イベントを中止としたり、内容を変更したりする措置をとった。一部の映画関係のイベントでも警備強化がなされた。また、事件直後、AKB48に関連するいくつかのテレビ番組が放送を延期するなどの措置をとり、一部のCMも放送の自粛が検討された。事件はAKB48のドキュメンタリー映画でも扱われた。