3

我正在使用 Play 2.0.3，配置为使用 MySQL。一切正常，但问题很简单：每次更改一个视图（甚至是简单的 HTML 元素）后，重新加载应用程序并对其进行测试需要花费大量时间。我可以在输出中看到 mysql 连接已重建。这是输出：

--- (RELOAD) ---

[info] play - database [default] connected at jdbc:mysql://localhost/test?useUni
code=yes&characterEncoding=UTF-8&connectionCollation=utf8_general_ci
[info] play - Application started (Dev)

请记住，这是一个非常简单的应用程序。刚开始建。测试每个简单的 HTML/视图更改大约需要 5-10 秒。

我在这里错过了什么吗？我发现复杂时间是 Play 2.0 的一个问题，但我怎样才能至少避免重新加载数据库连接？

谢谢，大卫。

4

2 回答 2

4

我怀疑它是否可以以某种方式配置，有一些技巧可以帮助你，我认为最好将所有这些技巧混合起来：

  1. 运行您的应用程序进行开发：play ~run- 它会在文件更改后立即在后台重新编译。它不会缩短重新编译时间，但至少不会那么烦人。
  2. 试着一次写更多 :) 当你浏览每一个小改动并想“啊，这个细节还没有……啊这个细节还没有…… ”重新编译所需的时间真的很可怕。相反，只需检查您要修复的所有详细信息并立即插入更改。如果你会花一两分钟来修复布局的细节，那么等待 5 秒就不会那么糟糕了。
  3. 使用浏览器的检查工具来调试输出 HTML - 您可以查看错误所在的位置并测试小的代码修改，而无需将它们插入到视图中。
  4. 如果您的布局非常复杂，包含大量 JS、CSS 等，请将 Play 渲染的输出保存为静态文件，并首先使其按您的意愿工作。完成后，您会将静态 HTML 中的更改移动到视图中。测试静态文件中的更改会快得多，因为它不需要每次都重新编译。
  5. 使用 git（即使作为唯一的本地存储库）。通过 git 和支持它的 IDE 的组合，您将看到您在哪里进行了更改，以及您需要从静态测试文件移动到视图或资产的最终版本。
于 2012-08-13T12:09:55.403 回答
0

这似乎是一个错误。我建议创建一个小的可重现测试用例并在错误跟踪器上报告： https ://play.lighthouseapp.com/projects/82401-play-20/overview

于 2012-09-23T21:03:23.210 回答