Play Framework 和 Slick 项目架构答案

【问题标题】：Play Framework and Slick project architecturePlay Framework 和 Slick 项目架构
【发布时间】：2016-08-07 10:09:47
【问题描述】：

我正在将应用程序从 Grails 迁移到 Play 框架，目前我正在尝试找出组织项目结构的最佳方式。

我想将 Slick Codegen 与 Flyway 一起用于迁移，因为我想跟踪所有正在完成的迁移（类似于 Rails 迁移的解决方案将是完美的）。

我看到 Play Framework 有 Play-Slick 模块，但据我所知，一切都像纯黑魔法一样发生。

我看到了example on GitHub，其中 Slick Modelling、Play Framework 和 Flyway Migrations 是 3 个独立的 SBT 模块，如果我们想摆脱 Play Framework，这非常有意义。

现在，我的问题是：Play 框架应用的最佳架构方法是什么？

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

【问题讨论】：

【解决方案1】：

我不久前发表了一篇关于使用 Play + slick + mysql 的帖子。 Is 具有最小的工作结构，但我发现更正确的结构（我认为这一点是主观的）：http://pedrorijo.com/blog/play-slick/

【讨论】：

你如何处理迁移？ Slick 是否会为数据库生成初始 DDL 和 SQL 更新？我正在寻找 Code First 解决方案，而 Hibernate 对这项工作来说过于复杂和繁重。
进化是基于 sql 的：github.com/pedrorijo91/play-slick3-steps/blob/master/conf/… 或在pedrorijo.com/blog/play-slick/#add-database-evolution阅读它
好的。我目前所做的是使用 Grails 数据库迁移插件。 grails dbm-gorm-diff 我在数据库上手动执行生成的 SQL 代码，因为我认为自动化很糟糕。这是我想要的场景：更改模型类，针对数据库中的当前模式生成 SQL 更新脚本并执行它