Java对象创建与字符串解析

Sco*_*ott 2 java migration jsp

我正在努力将一个以JSP为中心的项目迁移到使用Velocity.在许多地方,JSP页面只是解析字符串以显示各种内容.这使得JSP非常难看并且难以维护.

我修改了这个类的Controller来为我做这项工作(即创建一个POJO列表),然后使用velocity迭代各个部分.我觉得它会带来很大的阻力.

我意识到创建Object会带来开销,但它使我们的页面更​​容易调试,编写和使用.除了它将UI与背景中发生的核心逻辑分开的事实.更不用说我们的appservers是BORED.数据库在痛苦中畏缩.我们将看到用户增加了十倍(这可能就是为什么最初开发它来解析JSP中的字符串并跳过对象创建) - 这让我觉得过早优化.

有什么进一步的论据支持我的说法,即我们应该吃掉与对象创建相关的成本?

Mic*_*rdt 8

  • 在大约15年前,Java中的对象创建有点昂贵.从那时起,Java运行时有了很大的改进.如今,Java对象创建通常比在C++中更快.
  • 从未如此昂贵,以至于它将成为基本应用程序设计的决定性因素.
  • 在JSP中执行操作并不意味着不会创建任何(甚至更少)对象.恰恰相反,最有可能.JSP被编译为完全正常的Java代码,可以创建大量对象.
  • 听起来贵公司需要雇佣至少一个真正了解Java如何工作的人.

  • @bestsss - (1)它表明你感谢某人的回答.(2)它可以帮助人们轻松地清除错误的答案并直接看到好的答案(堆栈溢出的整个点).(3)它鼓励人们花时间给出好的答案 (11认同)
  • @bestsss,看一些关于投票的讨论.你可能会发现它很有趣.http://meta.stackexchange.com/questions/80368/why-vote-on-answers (6认同)

Ste*_*eod 5

对象创建很便宜.非常便宜.现代电脑很快.非常快.

做一些简单的分析.了解创建数百万POJO需要多长时间.它会很快.