php - Symfony2 用户管理，使用 FOSUserBundle 还是使用 Symfony cookbook 代码作为起点滚动我自己的？

Question

在使用 Symfony 1.x 几年之后，我正在熟悉 Symfony 2。

我需要创建一个具有自定义注册流程的成员(member)网站。此外，该网站动态生成用户角色(以前在 SF v1.x 中为 credentials)以用于限制对网站部分内容的访问。

我查看了 FOSUserBundle，但我看不到它在“How to load users from a database”上提供的代码之上提供了什么。 '食谱中的链接。正如我之前提到的，我的用户注册和用户管理涉及很多自定义逻辑，我不想经历使用 FOSUserBundle 的学习曲线，只需要用我自己的方法覆盖很多方法等自定义方法。

我对 Symfony2 的了解还不够，无法决定是从菜谱代码中学习并在我自己的 UserBundle 中扩展它，还是花时间学习如何使用 FOSUserBundle 并自定义它与我的自定义逻辑。

总而言之，这就是我想对用户做的事情:

1. 提供自定义注册工作流程
2. 动态更新用户角色/组成员资格(最初在登录期间，随后在 session 期间)。

然后我的问题是 - 哪门类(class)对我来说需要最少的学习曲线和努力(我只有不到一周的时间来启动和运行准系统网站 - 而且我只是在业余时间进行网络开发)。

我是否:

• 使用 cookbook 中的代码编写我自己的 UserBundle作为起点
• 了解如何使用 FOSUserBundle 并使用我的自定义逻辑对其进行自定义？ (见上文)

Answer 1

这是一个古老的话题，但现在仍然很有趣。我不同意 Florent 的回答，因为我认为它没有提供客观的观点。

FOSUserBundle 提供了 User 和 Group 实现，就像 Symfony 已经提供的一样，您只需要进行配置。食谱和官方文档将使您能够在不到一天的时间内完成工作。

“功能齐全”的 Controller 很有趣……只要您遵循此 bundle 定义的方式即可。不要太原始，否则您将花费​​数天时间来覆盖 bundle 的代码和配置。老实说，注册和忘记密码很容易实现，而且SF2表单的机制已经很容易处理错误。

在 FOSUserBundle 中开箱即用的 View 极简且无趣，请创建您自己的 View 。

如果我必须比较这两个学习曲线，我会这样总结:两者都需要花费相同的时间来实现复杂的用户管理系统，但是在编写自己的提供程序时，您将更好地控制代码.

Homunculus Reticulli，2 年后，如果知道你做出了什么选择以及结果如何，那会很有趣。