2010-04-11 31 views
0

花了一些時間來思考我的想法之後,我想開始構建我的rails應用程序。但是,我很清楚,在之後,我會考慮多個用戶帳戶,例如我應該何時考慮實施我的用戶身份驗證/會話?

我應該從這個早期階段,想着這個實施,或者是這個東西我可以沒有太多的大驚小怪後實現?

這似乎是一些愚蠢的嘗試後,但我的一部分只是想獲得工作的膽量 - 幾個簡單的形式和寫入/從DB讀取一些東西。

回答

0

你的直覺如果沒錯。我總是按照您提出的建議,遵循首先/下一個實施最有價值的功能的理念。正如你所說,通常認證並不會增加核心思想。

建立主要想法,看它是否持有水。如果沒有,你會很高興你沒有花時間認證。

我已經採取了這一做法半打倍,或大或小的項目。很難知道這將是什麼時候 - 在一些項目上馬上就會發生,而在一些項目中它會很晚。我已經在一個綠色的野外項目上等了一個月,而另一個類似於facebook插件的需要第一件事。無論如何,等待工作正常。

如果你確實需要它,你可以添加它。我以後從未遇到過添加它的問題 - 事實上,我會更好地理解角色/ ACL要求。

是的,在軌道中添加這個並不是什麼大不了的事情,但對於一個超小型的原型(< 2小時),它可以把你的整個預算吃掉!

+0

「等待正常工作」 - 謝謝。這就是我想聽到的。實際的應用程序是一個相當簡陋的東西,更好地讓它工作並證明自己。 – 2010-04-11 04:21:53

0

只要你進入了「多用戶賬戶」的遊戲,你也將跌入「角色」,如「admin」和「regular_user」。您可能希望向管理員顯示更多信息和選項(例如可以刪除常規用戶的選項)。

你也將會意識到,你可能不會一個用戶能夠看到一些由其他用戶所擁有的數據。即您將考慮對發送到視圖的數據進行範圍劃定。

問自己的問題是,如果你的應用程序有用沒有用戶帳戶?如果是這樣,那麼去建立它,並在稍後的帳戶。但是,如果您的應用程序的大部分價值來自擁有自己的帳戶和一些私人數據的用戶,那麼您可能需要在前面實施用戶帳戶,身份驗證,會話等。

你的問題使我相信,你知道如何建立在另一種語言的網絡應用程序,而不是在Rails的,和你想建立使用Rails的信心。如果是這樣的話,你可能最好只是在沒有用戶認證的情況下構建應用程序。建立你的信心將會快速得多,而不用學習你想要的認證/授權系統以及你將如何構建它。

+0

「你知道如何用另一種語言構建網絡應用程序」並不是真的!你提出一些非常有效的點。應用程序*非常有用,無需用戶帳戶(無論如何)。我很欣賞這樣一個事實,即用戶帳戶/角色可能比實際的應用程序更復雜。解決了,我打算跳進來。 – 2010-04-11 04:24:07

相關問題