to monk：

根本不复杂，javascript和服务器端都很好写，而且均可重用，实现不同的提示。

希望不要误导别人，也不要把无关的事情扯进来。

荒诞。这种如此复杂的要求仍然坚持要使用B/S？即使可以实现，也必然要付出相当大的开发和性能代价。如果真的像楼主那样说使用javaScript，程序将无可避免地乱到几乎无法维护（想想客户端运行的javaScript如何与服务端代码返回的结果嵌合起来。天哪！！）。

唯一相对合理地满足这个设计要求的方案就是使用applet。applet这种开发上的“半rich client”的特性能够比较整洁地满足要求，但是服务端仍然无可避免地要承载大量的筛选计算。最好的方式其实还是使用C/S结构，下载相似的数据到客户端，然后由客户端计算出待选项目。从性能和开发上都很合理。

顺便说一句，现在很多公司都毫无理由地迷信B/S结构，做啥都要用B/S，毫不考虑开发上的代价。我曾实习过的一个公司就是如此，坚持要用B/S开发一个ERP产品。其实，那个公司根本没有使用B/S开发相对比较复杂的ERP产品的实力。搞到最后项目困难重重，一个烂摊子。

根本不复杂？看来我是碰到高手了。我诚惶诚恐地请教一下，一种客户端脚本语言和服务端语言没有公共接口的情况下，如何“不复杂”地达成数据交换？

当然咯，你要是把数据交换以读写本地缓存文件的形式表现（当然我们暂且不讨论浏览器的默认安全级别是否允许网页访问本地文件），那我是没话说；如果你说的重用是copy paste或者简单地.js文件的重用，那我也没话说。因为我认为这种两种方式都是项目的混乱之源；但别人可能不这么想——因为我见过太多的项目开发成员把copy-paste代码、在代码中胡乱搭桥等等行为看作非常正常。