xpa*_*oob 4 xpages xpages-ssjs
在开发XPage应用程序时,主要使用Java方法和bean而不是服务器端JavaScript(SSJS)似乎变得非常流行.SSJS当然需要更长的时间来执行,因为代码必须在运行时进行评估.但是,在使用Java时,是否有人可以提供有关QUANTITATIVE性能提升的信息?是否存在执行时间差异的基准,例如,取决于SSJS代码的长度或使用的函数?
你必须使用自己的基准.时间的增加可能无法衡量.它更多地围绕功能和开发过程.从SSJS切换到Java,预计性能的即时提升很可能不会发生.
除非Java允许您以不同的方式编写代码.因此,大多数决策都是基于能力,而不是速度.欢迎您进行一些测试并分享见解.您可以期望例如在SSJS与Java中打开文档:差异应该在舍入错误的空间中,因为下面的C调用需要大部分时间.
在评估SSJS 之后,SSJS和Java的运行速度几乎相同,因此您有一些onramp时间和类似的速度.
我同意性能增益可以忽略不计.我会插话说这个.现在我正在努力学习支持不使用任何java编写的现有XPage应用程序,完全在SSJS中.这里,那里,到处都有代码.这很难理解.
根据您的环境,在考虑如何构建应用程序时,应考虑程序员的工作效率,尤其是当您同时了解这两者时.为您和那些追随您的人提供生产力.
Stephan的答案恰到好处:虽然Java作为一种语言更快(你可能会看到性能增益与代码块的复杂性成比例,而不是运行的操作数),但主要的好处是程序结构.我的经验是,使用Java广泛使我的代码更清晰,更容易调试,并且在几个月之后回到它之后更容易理解.
这种结构变化的好处之一确实恰好是性能,但不是因为Java固有的任何东西:通过专注于类和getter/setter,它使得更容易真正关注昂贵的操作和缓存.虽然您可以使用各种范围在SSJS中高效地缓存数据,但是现在和在您忘记明年所做的事情之后,您的大脑更容易在Java中考虑类似的事情.
就个人而言,即使Java执行速度比SSJS慢,但XPage中的编程模型与现在相同,我仍然主要使用Java.
| 归档时间: |
|
| 查看次数: |
348 次 |
| 最近记录: |