Ruby on rails 我应该什么时候考虑实现我的用户身份验证/会话？

在花了一些时间将我的想法线框起来之后，我想开始构建我的rails应用程序。不过，我很清楚，稍后我想考虑多个用户帐户。

我是应该在这个早期阶段就考虑实施这项计划，还是我可以在以后实施而不必大惊小怪

---

以后再尝试似乎有些愚蠢，但我的一部分只是想让事情开始运作——一些简单的表单和从数据库写/读一些东西。

一旦你进入“多用户帐户”游戏，你也会跌跌撞撞地进入“管理员”和“普通用户”等“角色”。您可能希望向管理员显示更多信息和选项（例如可以删除常规用户的选项）

您还将认识到，您可能无法让一个用户看到另一个用户拥有的某些数据。i、 e.您将考虑确定发送到视图的数据的范围

要问自己的问题是，如果没有用户帐户，您的应用程序是否有用？如果是这样的话，那么就去构建它，并在以后输入帐户。但是，如果应用程序的很多价值来自于拥有自己帐户和一些私有数据的用户，那么您可能希望提前实现用户帐户、身份验证、会话等

---

你的问题让我相信，你知道如何用另一种语言构建web应用程序，但不知道如何用Rails构建web应用程序，你想用Rails建立信心。如果是这样的话，您最好只构建应用程序而不进行用户身份验证。建立信心的速度会快得多，而不必担心从身份验证/授权系统中了解您想要什么以及如何构建它

你的直觉是否正确。我总是按照您的建议去做，遵循先/后实现最有价值功能的理念。正如您所说，身份验证通常不会给核心思想增加太多内容

建立主要的想法，看看它是否成立。如果没有，你会很高兴没有花时间进行身份验证

在大型和小型项目中，我已经遵循这种方法六次了。很难知道这将是什么时候——在一些项目中，这是立即的，在一些项目中，这将是很晚的。我已经为几个绿地项目等了一个月，另一个类似于facebook插件的项目首先需要它。不管怎样，等待很好

如果确实需要，可以稍后添加。我从来没有让它在以后添加时出现问题——事实上，我通常会更好地理解角色/ACL需求

---

是的，在rails中添加这一点没什么大不了的，但对于一个超小型原型（“等待很好”-谢谢。这就是我想听到的。实际的应用程序是一个相当基本的东西，最好只是让它工作并证明自己。“你知道如何用另一种语言构建web应用程序”不是真的！不过你提出了一些非常有效的观点。没有用户帐户的应用程序非常有用（无论如何，对我来说）。而且我很欣赏这样一个事实，即用户帐户/角色可能会比实际的应用程序本身更复杂。解决了这个问题，我就跳进去。