Sco*_*ott 2 java migration jsp
我正在努力将一个以JSP为中心的项目迁移到使用Velocity.在许多地方,JSP页面只是解析字符串以显示各种内容.这使得JSP非常难看并且难以维护.
我修改了这个类的Controller来为我做这项工作(即创建一个POJO列表),然后使用velocity迭代各个部分.我觉得它会带来很大的阻力.
我意识到创建Object会带来开销,但它使我们的页面更容易调试,编写和使用.除了它将UI与背景中发生的核心逻辑分开的事实.更不用说我们的appservers是BORED.数据库在痛苦中畏缩.我们将看到用户增加了十倍(这可能就是为什么最初开发它来解析JSP中的字符串并跳过对象创建) - 这让我觉得过早优化.
有什么进一步的论据支持我的说法,即我们应该吃掉与对象创建相关的成本?
| 归档时间: |
|
| 查看次数: |
591 次 |
| 最近记录: |