花了一些时间思考我的想法，我想开始构建我的rails应用程序。但是，我很清楚，后来我想喜欢来考虑多个用户帐户。
我是否应该从这个早期阶段开始考虑实施这个问题，或者这是我可以实施的，而不会在以后发生太大的麻烦？
以后尝试似乎是愚蠢的事情，但我的一部分只是想让事情的内容有效 - 几个简单的形式，从数据库中写一些东西。
答案 0 :(得分：0)
一旦进入“多用户帐户”游戏，您也会偶然发现“角色”，例如“admin”和“regular_user”。您可能希望向管理员显示更多信息和选项（例如可以删除常规用户的选项）。
您还将意识到，您可能不会有一个用户能够看到其他用户拥有的某些数据。即，您将考虑确定发送到视图的数据的范围。
问自己的问题是，如果没有用户帐户，您的应用程序是否有用？如果是这样，那么去构建它并在以后放入帐户。但是，如果您的应用程序的很多价值来自拥有自己的帐户和一些私人数据的用户，您可能希望事先实现用户帐户，身份验证，会话等。
您的问题让我相信您知道如何使用其他语言构建Web应用程序，但不会在Rails中构建，并且您希望通过Rails建立自信。如果是这种情况，那么在没有用户身份验证的情况下构建应用程序可能会更好。如果没有从认证/授权系统中学习您想要的东西以及如何构建它，那么建立您的信心将会更快。
答案 1 :(得分：0)
你的直觉，如果正确的话。我始终按照首先/下一步实施最有价值功能的理念，按照您的建议行事。正如您所说，通常身份验证不会增加核心思想。
建立主要想法，看它是否有水。如果没有，您会很高兴您没有花时间进行身份验证。
我在大型和小型项目上都遵循了这种方法六次。很难知道这会是什么时候 - 在某些项目上它会马上进行，有些项目会更晚。我已经等了一个月的几个绿色领域项目，另一个类似于facebook插件需要它的第一件事。无论如何，等待工作正常。
如果确实需要，可以稍后添加。我从来没有遇到过后来添加它的问题 - 事实上，我经常会更好地理解角色/ ACL要求。
是的，在rails中加入这个并不是什么大问题，但是对于超小型原型（<2小时），它可能会耗尽你的全部预算！