JSP Scriptlet 与 MVC 在性能方面的比较答案

【问题标题】：Comparison of JSP Scriptlet versus MVC with regards to performanceJSP Scriptlet 与 MVC 在性能方面的比较
【发布时间】：2010-11-18 15:43:13
【问题描述】：

我是从面试回来的，CTO（首席技术官）告诉我有一个系统（已经运行了 5 年多），他们仍然不喜欢纯粹出于性能考虑使用 MVC。我知道大多数 MVC 使用反射来调用方法（本质上很慢），但是许多 MVC（我知道 Struts 会这样做，我阅读了代码）缓存它调用的方法，所以我不必“找到”方法来一直调用。

目前，他们坚持使用 scriptlet（而且他们不使用 JSPTags）。我想知道，纯粹的 scriplets 是否有比 MVC 更好的性能？他们更喜欢无状态会话而不是有状态会话，以避免会话迁移、会话跟踪等。

如果 CTO 说的是真的，为什么仍然首选 MVC（我知道 MVC 存在的原因，但就性能而言）。

【问题讨论】：

听起来不像是我想为之工作的公司。不使用某种形式的基于 MVC 的框架编写商业 Java Web 应用程序是愚蠢的。此外，scriptlet 会引发 XSS，应该禁止而不是鼓励。
通过！我可能提前离开了面试。

【解决方案1】：

反论点：

我会通过这份工作的。

【讨论】：

【解决方案2】：

CTO 的逻辑很奇怪；我不认为他知道他在说什么（提示：通过工作！）如果他如此担心效率，为什么不用汇编语言重写整个 webapp？

反对 scriptlet 的论据

我并不是说你不能用 JSP 写出好的代码。只是它更难（我觉得 MVC 有更多的保护措施）而且（我觉得）JSP 更容易被滥用。

MCV 的参数

【讨论】：

考虑到我已经说过I know why MVC is there，您实际上就是这样做的……但分享知识还是件好事……
@The Elite Gentleman 哎呀，对不起，我走神了 :) 我试图说明为什么 MVC 比 scriptlet 更好。我以为这就是你想要的:)
我只想进行性能比较。我强烈推荐MVC。我改写了我的问题标题以使一切清楚。不要编辑你的答案，它会帮助隔壁的人;）
@精英绅士陷阱。我确实在我的论点中提到了这一点。但我认为作为一个整体，解释 MVC 是什么也有助于使性能论点更有力（它指出了使用 scriptlet 的缺点）。

【解决方案3】：

其他答案完美描述了 MVC 优于 scriptlet 的优势，但遗漏了一点。

与直接方法调用相比，反射引入了一些开销。当您使用反射频繁调用简单方法时，这很重要。但是与典型 Web 应用程序中的整体请求处理时间相比，单个反射调用引入的开销并不重要。因此，在这种特殊情况下，出于性能原因决定不使用反射听起来很奇怪。

【讨论】：