0
さまざまなクラスのユーザーを管理する方法について定期的な議論があります。ルビーの予定の予約アプリケーションのロールベースの承認または別のテーブル
- 通常、開発者がCancancan
- などの宝石で(例えば、ユーザ、管理者、...)役割ベースのアプローチを好む。しかし、それはのためのアプリ(予定を予約する予定の適用だ場合、私は思ったんだけどようです医者、教師、...または予約)。実際、この場合、2種類のユーザーはまったく異なるページにアクセスできます。 Ruby on Railsのガイドでは、関連についてのドキュメントでは、医師のための1つのテーブルと患者のための1つのテーブルを持つ医療予約予約アプリケーションの例を取り上げています。
この種のアプリでは、最も効率的なソリューションについて少し失われています。 ありがとう!
私はあなたの質問をよく理解していません。カンカンカンを調整して予約予約アプリで何でもできます。医師だけが医師の予約をすることができ、教師は教師の予約をすることができ、管理者のティーチャーはクラスなどの承認しかできない。 – BKSpurgeon