對於何時使用腳本，覺得一般做法如下：非成型模塊使用，非關鍵模塊使用，原型實現模塊使用，無極端性能要求的模塊使用。這裏要提一點，好動西不是設計出來的是改造出來的，設計是給下次改造用的。因爲事實上不斷變化的東西無法預先提供完美的設計。對於一些新的未成熟的模塊，由於需求、設計、甚至實現本身修改平凡，需要能夠提供一套適應小步快走的工具。web層是最典型的情況。
那麼具體選擇何種腳本，如何用腳本實現action甚至其他層面的東西呢？action層(甚至包括view層)其實最好的就是javascript。瀏覽器邏輯都是他爲何不用他呢？專注於web開發就應該以js爲主。以後web開發者只要js就夠了，前後臺自己全部負責。java開發人員提供基礎庫與框架，或者對於複雜的後臺分佈式管控提供後臺程序。java人員就是java人員不需要專注於界面。web和前端開發就是界面相關。分工明確不是更好。哎~，j2ee將jsp實現提供一個js版本就完美了。nodejs？很像吧？
nodejs能充分利用java的後臺各種庫麼？ java和專注於可模塊對象化的開發。js專注於需求的變化以及模塊的動態整合，把自己當膠水吧。如果這樣只要符合這種情況，不是web系統都可以這麼幹。
當然，需要強調一點，js實現的部分在功能固化以後逐步改造成java實現也是必要的。這也是演進，重構的特徵。有些特定場合甚至將java實現整個改造成native實現也許纔是需求人目標。這時候考慮的就不是功能而是性能了。也許，那是遙遠的未來，軟件就像吸塵器、電視這些電器設備那樣有標準功能、標準接口、表準用電量的時代。那是同質化競爭時代。