Play框架和Slick項目體系結構

我正在將應用程序從Grails移植到Play Framework，目前我正試圖弄清楚組織項目結構的最佳方式。Play框架和Slick項目體系結構

我想使用Slick Codegen和Flyway遷移，因爲我想跟蹤所有正在進行的遷移（類似於Rails Migrations的解決方案將是完美的）。

我看到Play Framework具有Play-Slick模塊，但從我注意到的情況來看，所有事情都發生得像純黑魔法。

我看到了一個example on GitHub，其中Slick Modeling，Play Framework和Flyway Migrations是3個獨立的SBT模塊，如果我們想要擺脫Play Framework，這是非常合理的。

現在，我的問題是：什麼是Play Framework應用程序的最佳架構方法？

注意：我是Play Framework和Scala的新手。

2016-04-15 Driver

有一些額外的ansers這裏的源代碼：HTTP：// stackoverflow.com/questions/36616810/play-framework-2-5-x-scala-slick-implementation-style – nemoo

我前段時間就使用Play + slick + mysql做了一個貼子。是具有最小結構的工作，但一個我找到更正確的（我認爲這一點會是主觀的）：http://pedrorijo.com/blog/play-slick/

或https://github.com/pedrorijo91/play-slick3-steps

來源

2016-04-15 18:58:29 pedrorijo91

你如何處理遷移？ Slick是否爲數據庫生成初始DDL和SQL更新？我正在尋找Code First解決方案，而Hibernate對於這項工作來說太複雜和沉重。 – Driver

演變是基於SQL的：https：//github.com/pedrorijo91/play-slick3-steps/blob/master/conf/evolutions/default/1.sql或閱讀http://pedrorijo.com/blog/play -slick /＃add-database-evolution – pedrorijo91

好的。我目前所做的是使用Grails數據庫遷移插件。 'grails dbm-gorm-diff'，我在數據庫上手動執行生成的SQL代碼，因爲我相信自動化是不好的。這是我想要的場景：更改模型類，根據數據庫中的當前架構生成SQL更新腳本並執行它 – Driver

Play框架和Slick項目體系結構

回答

相關問題