试问：动态语言是否将会挽救Swing？

　　据国外网站报道，动态语言是否将会挽救swing?swing是否需要挽救?

　　julian doherty 通过陈述jruby可以挽救swing开始了这场讨论。2003年，joshua marinacci发文列出了swing失败的原因：

　　·swing应用建立缓慢

　　·swing设计管理器很恶心

　　·swing应用很难维护

　　·swing功能太广泛

　　·没有自身特质

　　·swing应用历史纪录比较糟糕

　　doherty 指出动态语言，尤其是ruby，能帮助解决这些问题。回应doherty的观点, pinderkent说swing技术是回天无术，并且apis的建立并没有与语言的发展相一致。

　　danno ferrin 也加入讨论反驳pinderkent的观点，并说groovy是一个好挽救swing的候选者。他指出groovy的封装在进程事件分配上将会帮助开发者避免过多预算。 pinderkent坚持swing的apis使这些变得不稳定。

　　最终，daniel认为swing不需要挽救。他重复marinacci的6个观点并一一做出反驳。在他的文章中，这些问题得到了进一步论证groovy的swing的优点(类似于jruby当中的库)。

　　注：当java1.0刚刚出现时还没有swing,当时的gui基本编程库,sun取名叫awt(abstract window tookit),基本awt库处理用户界面的方法是将这些元素的创建行为交给,底层操作系统的gui工具箱进行处理,来实现wora的目的.而因为种种原因,不同的os之间存在差异,使得awt界面库存在许多bug.

　　1996年sun同netscape通力合作创建了新的库取名swing.如果,没有swing,java的图形就面就不名一文.swing是java的基础类,是jfc的一部分,完整的jfc是很巨大的.包括的swing也很多.