2012-08-13 49 views
3

我正在使用Play 2.0.3,配置爲使用MySQL。一切正常,但問題很簡單: 在其中一個視圖發生任何更改(即使是簡單的HTML元素)之後,重新加載應用程序並對其進行測試需要很長時間。我可以在輸出中看到mysql連接已重建。 這是輸出:Playframework 2.0.3 - 每次編譯後重新加載數據庫驅動程序

--- (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) 

請記住,這是一個非常簡單的應用程序。剛剛開始構建它。 需要5-10秒來測試每個簡單的HTML /視圖更改。

我在這裏錯過了什麼嗎? 我發現併發症的時間是Play 2.0上的一個問題,但我怎樣才能至少避免重新加載數據庫連接?

謝謝, David。

+0

這個問題仍然沒有在Play框架中解決嗎?在更新LESS文件後,每個頁面刷新54秒。 – HelpMeStackOverflowMyOnlyHope 2014-12-11 21:22:15

回答

4

我懷疑它的配置在某種程度上,也有一些小技巧,這將幫助你,我覺得這是最好的混合使用它們的全部:

  1. 與運行你的應用程序的開發:play ~run - 這將導致重新編譯在後臺,在文件更改後。它不會縮短重新編譯時間,但至少不會讓人煩惱。
  2. 嘗試多寫一次:)當你瀏覽每一個小小的變化,並認爲'啊,這個細節還沒有......這個細節還沒有...'重新編譯所需的時間可真是太可怕了。相反,只需檢查您想要修復的所有細節,並立即插入更改。如果你會花一兩分鐘來修正佈局的細節,那麼等待5秒就不會是那麼可怕的事情。
  3. 使用瀏覽器的檢查工具來調試輸出HTML - 您可以看到錯誤所在的位置並測試小代碼修改,而無需將其插入到視圖中。
  4. 如果你有很多JS的佈局非常複雜,CSS等將用Play呈現的輸出保存爲一個靜態文件,並首先使其按照你的想法工作。當你完成後,你將把靜態HTML中的改變移動到視圖中。測試靜態文件中的更改將會更快,因爲它不需要每次重新編譯。
  5. 使用git(即使只作爲本地存儲庫)。結合使用git和IDE支持它,你會看到你已經做出了改變,你需要從靜態測試文件移動到最終版本的視圖或資產。
+0

+1。偉大的建議!非常完整和有用 – iwalktheline 2012-08-13 14:08:23

+0

謝謝你的偉大答案!非常有用的提示。順便說一句 - 我已經使用〜運行,但其餘的技巧,尤其是靜態文件的使用情況非常好。已經開始實施它們。再次感謝 ! – 2012-08-14 12:03:13

相關問題