开始动手找框架

最近公司要我写个小工具客户端程序，是个桌面应用，专门用来管理员工排班。我心里琢磨，该用啥Java框架？一查资料，发现大家提得最多的是JavaFX、Swing，还有个啥用Java调HTML的第三种方案。得，我干脆挨个试试，免得后来踩坑。

先整JavaFX

决定从JavaFX入手，说干就干。下载了JDK最新版，装上，再扒拉JavaFX SDK包。文档扫了一眼，就打开IDE开干。写了个窗口，放个按钮进去，点了按钮弹消息框。代码写得倒挺快，但用那个Scene Builder工具拖界面时，总出幺蛾子——按钮挪不动，界面乱跳，我拍了桌子骂娘。

• 界面看着时髦，跟手机App似的。
• 用CSS改颜色布局，换皮儿轻松。

• 开发工具老抽风，整了几小时愣卡死两回。
• 学起来费劲，文档一堆但没个条理，新手劝退。

搞了半天，勉强弄出个能跑的Demo，但心里觉得这货适合追求花哨的项目，我这小工具用不着这么折腾。

再试Swing老大哥

回头试Swing，心想这玩意儿该简单点儿。打开IDE自带Swing支持，直接甩代码写窗口，加按钮和文本框。代码写起来飞快，一跑就成，没卡没崩。但问题来了：界面丑得一比，像上个世纪的古董，改个背景色还得东拼西凑写十几行代码。

• 上手贼快，资料满大街，半钟头出活儿。
• 稳如老狗，工具配合Debug容易解。

• 界面设计老旧，想炫酷点儿？门儿都没有。
• 文档虽多但过时，新功能难找，干瞪眼。

整完Demo后，我想着它适合快速出活儿的项目，不搞花活儿就挺省心。

摸索第三种HTML混合方案

整第三种，就是把Java和HTML5绑一起整。我装了个Jetty服务器，集成HTML和JS文件，Java端负责逻辑。写代码时要来回交互，搞了按钮点击能调JS函数，再弹消息。开始挺顺，但一上手就漏馅儿——浏览器兼容出问题，IE直接打不开，得死磕JS调试。

• 界面超华丽，跟WebApp一样炫。
• 上手不难，资料多，团队里Web狗能用。

• 兼容一团麻，多平台测试累死人。
• 性能差劲，一忙活就卡，内存吃得多。

鼓捣半天，感觉这种方案适合大项目，想跨平台玩，但维护成本高。

实战定方案

折腾了三种Demo，我回头分析这个排班工具——要求简单、要快、别闪退。JavaFX太花哨，学起来浪费功夫；HTML方案一拖慢项目进度；Swing老古董稳当但实用。我最终拍板用了Swing，代码写得飞快，两周整出成品，上线后没啥毛病。

整个经历告诉俺：选框架得看项目需求，别跟风。我那项目小、赶时间，Swing就够。但要是搞酷炫界面，JavaFX或HTML可能更香。省得回头团队拆成几坨，各自整活，到头来扯皮。