Как построить такую же архитектуру приложения как на profi.ru?

Question

[ruslanonly]

Как сформировать настолько адаптированный backend, что он будет приспособлен к любому виду деятельности (profi.ru). Как повысить Scalability той архитектуры сервиса, которая была придумана?

Comments

[Сергей]

А какая там структура сервиса ?

[ruslanonly]

У них есть одна форма для оставления заявки, но типов заявок бывает очень много. К примеру, можно создать заявку для поиска разработчика сайтов, где ты выбираешь в форме язык, фреймворк, структуру проекта и тд. А есть и заявки на стрижку травы на газоне, где указывается площадь газона, высота травы и тд. Совсем разные типы заявок. Но профи так устроена, что уже знает для каждой категории заявок все поля которые являются определяющими

[ruslanonly]

Сергей, отвечаю

[Сергей]

Кто-то посидел и подумал о типах заявок, и их атрибутах.
Если этих заявок немного, то формы делаются напрямую
А если много, то могут генерироваться из базы.
Т.о. скорее всего у них есть интерфейс, в котором описываются поля для формы, и система самостоятельно генерирует HTML и делает что-то еще. Со временем эта бд наполнилась тем что вы видите.

[12rbah]

Как повысить Scalability той архитектуры сервиса, которая была придумана?

Стоит почитать что это значит, к тому что вы писали это отношения не имеет

Answer 1

[Дмитрий Б]

В основе архитектура простая.
3 таблицы: категории (название), атрибуты категорий (название, тип, категория), значения атрибутов (атрибут, значение, заказ).
- управление атрибутами через админку
- на стороне представления при создании заказа генерируется форма на основе параметров атрибутов
- при сохранении формы атрибуты попадают в соответствующую таблицу

Образно говоря: это генератор форм, с привязкой к категориям.

Для улучшения гибкости решения, можно не связывать атрибуты напрямую с категориями, и сделать это через отдельную таблицу-связь. Тогда генератор форм можно будет использовать не только для категорий, но надо ли