上下文:
用户( session 创建者)创建 session 时，他可以为该 session 创建注册表单。因此，他访问“http://proj.test/conference/edit/1/questions”页面以将表单编辑为ID为1的 session 。
他可以在此页面中通过复选框将现有问题与每个注册类型关联。他还可以单击“添加自定义问题”以向表单添加更多自定义问题。
例如，他可以创建一个自定义问题“您的电话号码是多少？”然后可以将该问题与例如“常规”注册类型或他先前创建的任何其他所有注册类型相关联。
因此，当 session 创建者访问“http://proj.test/conference/edit/1/questions/create”时，他可以访问表单来为ID为1的 session 创建新的自定义问题。
以这种形式，用户( session 创建者)需要选择问题的标题(例如:电话号码)和问题的类型(例如:文本)，然后单击“存储问题”。
问题字段的类型是带有5个选项的选择菜单(文本，长文本，单选按钮，选择菜单和复选框)。
如果用户选择问题类型作为单选按钮，请选择菜单或复选框，它会显示一些文本输入，以便用户可以为每个选项插入值。
然后在前端，当用户进行注册时，例如，用户John与2位参与者(他和Jake)进行了注册，注册类型为“Rt 001”，因此他需要填写表格，在这种情况下，他由于 session 创建者选择了“从所有参与者收集信息”选项，因此需要为每个参与者填写字段。注册表格总是询问进行注册的用户的姓名和电子邮件，但在这种情况下，注册表格还会询问用户“您的电话号码是什么”，因为 session 创建者创建的此字段与 session 相关联用户正在注册的注册类型的创建者(Rt 001):
疑问:
我对如何根据表，列和关系来组织此上下文以正确建模这部分存有疑问:
// session 模型
class Conference extends Model
{
// A conference has many registration types
public function registrationTypes(){
return $this->hasMany('App\RegistrationType', 'conference_id');
}
// A conference can have many questions
public function questions(){
return $this->hasMany('App\Question', 'conference');
}
// A conference has one organizer
public function organizer(){
return $this->belongsTo('App\User', 'user_id');
}
}
RegistrationType模型:
class RegistrationType extends Model
{
public function conference(){
return $this->belongsTo('App\Conference');
}
// A registration type has many questions
public function questions(){
return $this->hasMany('App\Question', 'registration_type_id');
}
}
//问题模型
class Question extends Model
{
public function conference(){
return $this->belongsTo('App\Conference');
}
public function registration_type(){
return $this->belongsTo('App\RegistrationType');
}
}
DB Diagram，它是不完整的，可能无法为该上下文建模，但是显示了我现在拥有的图像图:http://ibb.co/gVYVJS
最佳答案
根据我从问题和讨论中获得的信息，我进行了模式更改。注意:在此架构中，我使用的是laravel使用的命名标准(默认情况下)。像复数表名一样，主键将是'id'等。
大部分内容与问题中的模式相似。我会解释一下
上面的架构为每种注册类型添加了
required选项，因此您可以使一种类型的问题为强制性问题，而另一种类型的问题非强制性问题。必填字段作为extra attribute添加到registration_type_questions数据透视表中。根据注册类型查找问题
class RegistrationType extends Model
{
public function questions(){
return $this->belongsToMany(App\Question::class, 'registration_type_questions');
}
}
$registration_type->questions->withPivot('required');
添加参与者的问题答案。
class Answer extends Model
{
public function question(){
return $this->belongsTo(App\Question::class);
}
public function participant(){
return $this->belongsTo(App\Participant::class);
}
}
Answer::create([
'participant_id' => $participant_id,
'question_id' => $question_id,
'answer' => 'answer'
])
在
conference_id表中使用questionsconference_id举行 session 属于哪个问题。这对于在编辑/创建 session 页面中显示已经创建的问题很有用。如何处理用户注册
only_for_registration标志用于在 session 创建页面上的“仅来自持有注册的用户”选项。如果为假，则您将不会向其他参与者显示姓名和电子邮件字段。示例
为了更加清楚，让我看一下您给出的示例。
only_for_registration标志设置为false(因为Jake选择“所有与会者”)。 registration_types表中使用conference_id(来自步骤2)和名称创建两个条目。 “rt 1”带有id 1，“rt 2”带有id2。questions表中创建一个条目，其中包含问题文本和“conference_id”作为步骤2中的id。现在，您可以使用Questions::where("confrence_id", $current_confrence_id)->get()在常规编辑页面中显示问题。那就是问题表中confrence_id的用法。 registration_type_questions 2(来自“rt 2”的步骤3)的registration_type_id添加条目。如果选择了“Jake”，则必须填写问题，可以将required标志设置为true。 conference_id，可以使用registration_types oneToMany关系获取所有$conference->registrationTypes。 only_for_registration标志为false，因此请为所有条目显示名称和电子邮件字段。 $registation_type->questions关系获取问题。因此，由于只有2个条目带有“rt 2”，因此我们只会显示“您的电话号码是多少？”到2个字段，并保留隐藏的question_id字段。 如果
only_for_registration标志为true，即“Jake”选择“仅来自进行注册的用户”，那么您只能在第一个条目中显示电子邮件和姓名字段。
关于php - 如何对此上下文建模，以便有可能创建自定义问题并收集答案？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/49116415/