Оптимальная архитектура для динамической вопросники с несколькими услугами (Laravel/PHP)Php

Кемеровские программисты php общаются здесь
Ответить
Anonymous
 Оптимальная архитектура для динамической вопросники с несколькими услугами (Laravel/PHP)

Сообщение Anonymous »

Я проектирую систему, основанную на Ларавеле, для управления динамическими вопросниками для сотен услуг, где каждая услуга имеет свой собственный уникальный поток вопросов со сложной логикой ветвления. < /p>
Требования к основному. загрузить) < /li>
Условное ветвление на основе ответов пользователей < /li>
Состояние состояния для неполных представлений < /li>
масштабируемые до сотен сервисов < /li>
< /ul>
Current подход: < /p>


Использование next_question_group_id для обработки простого ветвления < /li>
Хранение ответов с их отношениями < /li>
< /ul>
Пример. Вопросы: < /p>

Каков был бы наиболее эффективным способом обработки сложного условного ветвления (например, если ответ A и ответ B, то показать вопросов x)? /> Любые соображения производительности при масштабировании во многих услугах /вопросах
? Не хватает гибкости < /li>
< /ul>
Я ищу архитектурные советы и рекомендации по лучшей практике от опытных разработчиков Laravel, которые внедрили аналогичные системы. Или есть какие-либо испытанные библиотеки PHP (не обязательно Laravel) для этого рабочего процесса?

Подробнее здесь: https://stackoverflow.com/questions/796 ... aravel-php
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «Php»