在以前的文章里，我講述了一些聞名的優秀腳本解釋器的資料，并說明了結合腳本解釋器時你可能碰到的風險。本文中，我把這些內容簡化為一些要點，并根據我在寫那些文章之后的經驗進行了改進。Java腳本解釋器的優點是毋庸置疑的。使用腳本語言編碼比使用java簡單；腳步語言使程序的應用邏輯和用戶界面的推動（drive/驅動？）和擴展成為可能；腳本代碼可以違反java應用中類接口而運行，這是非常強大的功能。這樣可以輕易的編寫程序測試驅動（write test drivers against your PRogram），與編碼并編譯用于java類的單元測試相比，這是更加快速的。另外，假如用戶花時間使用腳本擴展你的應用，他們就作你的工具上進行了投資，這使得你在競爭中多了一件利器。
自我保護的另一格措施是，對你預備采用的任腳本何解釋器進行完全測試。一些解釋器在發布時包含了一個單元測試集。在測試你的應用中集成的解釋器時，這些單元測試可以作為你的更大的測試集中的一部分。在測試解釋器和應用之間的集成時，可以剔出自己的工作（you have your work cut out for you），因為腳本解釋器有足夠的彈性，并向開發人員暴露了足夠的功能。你在早期向質量保證投入時間，而不是在應用已經成為產品，當用戶需要急切的bug修復時才考慮。
