我正在嘗試構建一個rails解決方案,它將有更多的一個區域,例如我有一個面向經理的另一個用戶和其他管理員。因爲每個區域都有一些控制器,我不認爲將所有控制器放在一個地方是一個好主意,因爲會有很多控制器,並且更難以管理代碼,我也希望能夠像使用api一樣使用應用程序的某些部分。以下是我心目中的解決方案應該如何構造:Rails解決方案結構
/
product_library
users_library
managers
app
config
public
....
users
app
config
public
....
admin
app
config
public
....
shared
app
config
public
....
我怎麼能建立一個軌道解決方案,可以讓我從product_library和user_library實例類,並允許我使用一些功能或視圖來自共享(項目或庫)? 如果我的構思解決方案的想法不好,請讓我知道,我願意提供更好的結構建議。請記住,我需要產品庫和用戶庫的單獨部件,因此可用於其他項目。此外,歡迎任何有關大型鐵軌項目結構的文檔。
感謝您的回答,它非常有幫助,它給了我一個關於如何構建未來應用程序以及如何重構其他應用程序的想法。 – Mihai 2011-06-15 07:37:50