java中调用js脚本

用过.........,但是用的比较浅.

第一次听说这个概念，看来得跟上技术革新的步伐才行啊

应该说是很有用的， 比如用在工作流中。或者用来一些需要进行自定义业务逻辑的地方。我们的一个系统中就用js来做作业调度的定义。

用vb+dll想隐什么隐什么......

典型的看贴不动脑筋啊

IBM上有些文章很不错。前不久公司让我设计一个图表控件就用上了。只是公司的JDK用的是1.5，需要自己去下载Rhino。当时的场景是这样的，我负责对一开源JavaScript绘图框架进行再次封装，以使我们经常用到的一些图表能够更加容易显示。当时我就用了进一周的时间按照JFreeChart的结构做了下简单封装。最后每一个图形对应一个Tag，传入一个一维、二维或Map对象进去然后配置下参数就可以显示了，但经理还是嫌不灵活，他希望连加工成显示数据的过程都省了，直接将一个查询结果转化成的List用参数配置下就可以了。
所以最后成了这个样子
<chart:PieChart
     title="饼图"
     dataSource="toArray('list1','value')"/>
<chart:BarChart
     title="柱图"
     dataSource="[toArray('list1','value'),toArray('list1','oldValue')]"
或者
<chart:PieChart
     dataSource="[1,2,3,4,5]"

<chart:BarChart .....
     dataSource="[[1,2,3,4,5],[1,2,6,4,3]]"/>
当时如果我自己去写这些解释逻辑，是必死无疑的。所以引入了Mozzila脚本库Rhino
这样我只需要负责toArray的实现就好了,而且扩展也很容易。现在这个模块运行的
良好，做了好多扩展后仍然很好用，至于效率吗跟定不如纯Java快，但因为数据量小
所以都可以接受.

最后得到的结论是:
   1.Java中引入脚本引擎后千万不要让脚本引擎做太复杂的工作，效率是一个
     原因，更重要的原因是程序非常难调。好多人抱怨做WEB时JS调试很困难，
     但那是在浏览器里边，你还用FireBug这些调试工具，还可以使用alert。但
     如果你在Java中嵌入JS连这些都没有，你得自己想办法。

   2.尽量让脚本仅作为胶水来用，一些特定的计算用Java来做。在我们的项目中
     JS就是仅用来语法解析用到的所有函数都是调用的Java的

不是可以用junit吗？这个不比alert好用吗？今天第一次听说，也是看别人说可以用junit测试

问题是，不懂V BASIC。只懂 Q BASIC

看到题目，就想到了这个，还兴奋了一下，结果。。。。。失望了！

你要怎么隐藏？防止别人获取你的js？