![]() |
1
1
使用JSON。 在JSON文件中定义您的规则-它可能如下所示:
解析这些规则并使用它们来驱动前端JavaScript和后端
如果你不想只写两套 规则 还有两套 规则解释程序 然后使用node.js或其他方式调用嵌入式JScript解释器(或独立的Rhino/Spidermonkey环境)可能是另一种方式(在客户端切换到Silverlight并在.NET中编写所有验证可能是另一种方式——但是,如果您的用户在56K调制解调器上,他们可能不会感谢您的THA。t选择。 |
![]() |
2
0
每次用户进行更改时轮询数据库并不像您想象的那样不切实际,除非您的网络速度非常慢。如果每次你键入一个字符,Google Instant都能执行一次网络搜索,我想你可以在每次用户回答问题时设法执行一次Ajax调用。 |
![]() |
3
0
这可能是一个很好的用例 http://nodejs.org/ . 使用服务器端的JavaScript,您只需要在JS中开发一次API。您可能需要在服务器或客户机上稍微扩展一下,但这至少会减轻您的负担。 |
![]() |
4
0
我认为你在评论中回答了自己的问题:
如果您想要对这些用户提供响应速度和速度,那么您必须先将逻辑加载到一个javascript文件中,然后让客户机处理它。我会远离Ajax,因为使用56kbps调制解调器经常返回服务器并不是一件有趣的事情。 |
![]() |
5
0
好吧,我最后用如下语法编写了一些简单的字符串替换“parsers”:
在数据库中,条件、操作和目标字段是一行中包含一些更有用信息的列。在JavaScript中,它将是一个JSON对象。 在pl/sql中做一些简单的regexp_替换,在javascript中做repace(/…/g),我可以到达我们需要的地方——而不会在解析器上浪费太多时间。(要测试的javascript对象将具有与条件中的属性匹配的属性,并且要测试的数据库行将具有相同的列名。) 事实证明,我们最终使用了多个解释器,但通过字符串替换保持简单,这并不是什么痛苦。 |