我正在建立一个医生预约网络应用程序，就像：practo和zocdoc。
我的病人有他的个人信息名称和所有日期，患者可以预约任何医生。
医生的个人信息非常像患者和他的专业数据，如教育经历等......
医生将拥有一个与患者截然不同的仪表板来管理他的预约，日历，患者，支持等等，医生也必须得到主管部门的确认才能看到他的账户。
我对如何使用设计处理身份验证感到非常困惑。
我在考虑拥有一个属于患者的用户设计模型并且属于医生。
患者和医生has_one：用户。然后，我将有两个注册页面，一个用于医生，另一个用于患者传递类型属性。
或者使用两个设计模型，一个用于患者，另一个用于医生。
我尝试使用多态关联，但我认为这不是稳定的解决方案。 我需要有关实现这一目标的最佳方法的指导。
答案 0 :(得分：0)
我正在开展一个类似的项目，我创建了两个设计模型，也许是因为我的经验丰富，我重写了我需要的大部分功能。 IMO Devise就像脚手架一样，一开始很不错，但是当你改变你的逻辑时它就变坏了
我取得的成就：一个设计模型，对于我的'医生'，因为我懒得避免在我的管理员中使用current_user
很多has_many：通过，KISS（保持简单，愚蠢）
我的经验，在这个模型上3个月后
格雷