Привет,

есть проект, в нем есть много страниц PartialView с массой запутанных переходов между ними.
Т.е. например отображаем Page1, если клиент ответил "A1", то отображаем Page2, если "A2", то Page3, если "A3", то Page4 и т.д. с рекурсиями на ветках.

Вопрос: как хорошо и красиво упорядочить это безобразие, что б легко и непринужденно менять эту логику?
Была мысль записать все это в БД как дерево, но БД у нас MS Sql и меня смущают смущают сомнения, подходит ли она для этого?

Valery_Bsqlask,

Создать одну страницу, которая будет брать данные из дерева в БД ?

ну вот как-то не красиво на мой взгляд. MongoDB бы зашла, но у нас ее нет.

Shocker.Pro,

а как это, можно по конкретнее?

Shocker.ProShocker.Proпогуглитьsqlaskа как этоСерьёзно?
Абсолютно серьезно, вот это: различные реализации state machine.

skyANAМожет сразу Neo4j? :)

нету тут такого, в наличии: кассандра, редиска, скулька.

Дмитрий Мухsqlask,

что означает "клиент ответил "A1""? что такое ответ в данном случае?

Сейчас это: да, нет, не уверен. Но хз какие из фантазий придется воплощать позже.
Пока это что-то типа решающего дерева.

Дмитрий Мухsqlaskпропущено...


Сейчас это: да, нет, не уверен. Но хз какие из фантазий придется воплощать позже.
Пока это что-то типа решающего дерева.То есть с неким вариантом связан какой-то маршрут, куда надо переноправить клиента.

Так это же просто словарь получается.

да, по сути вопрос вырождается в: как лучше сохранить дерево, что б легко маштабировалось и поддерживало большие нагрузки обращений (быстро).

carrotiksqlask,

.. маршруты можно загружать в Stack или Queue, в зависимости от направления "вперед/назад" .. в общем, получается такой себе router, уже реализованный в JS-фреймворках для фронт-энда ...

хм... Подумаю над этим.