这是一个实际问题。
我在不使用FOS的情况下完成了注册和登录。我也完成了电子邮件验证和密码重置功能。我设法使HWIOAuthBundle工作，现在我可以使用社交媒体注册/登录。
我没有使用FOS，因为我在同一页面中有两个注册表单和登录表单，使用FOS看起来非常复杂。
从那时起，每当我搜索任何解决用户管理问题的任何问题时，我都会看到美妙的FOS解决方案。我开始看到FOS适用于多个捆绑包，包括SonataAdminBundle和HWIOAuthBundle。
我是否应该在FOS上重建我的用户系统，是否可以在使用之前实现我提到的内容？ （2页注册表格+同一页面的1份登录表格）。
答案 0 :(得分：1)
在我看来，如果你有时间，让你自己的解决方案按照你的意愿工作，那么坚持下去。 如果没有改为FOS。
为什么不首先使用FOS？简单：你必须覆盖/扩展一些东西，以使其按预期工作。一般来说，FOS用户捆绑包是一个很棒的捆绑包，具有很多功能。但它有它的局限性和特殊的东西（比如它需要每个用户都有一个用户名，你必须要么重写它的大部分或使用快速和脏的解决方案，如只是覆盖表单，当设置电子邮件时设置用户名同样的。）
我在几个项目中使用FOS，它只是按照宣传的方式工作。如果这就是你想要的，那就去吧。