Какая внутренняя структура у бирж заказчик-исполнитель?
Добрый день, уважаемые тостеровцы.
В качестве дипломного проекта выбрал себе тему "Разработка логистического портала". В основном для того, чтобы понять для себя и перелезть наконец в web.
Собственно, вопрос: где можно почитать об организации структуры у сайтов на манер "заказчик-исполнитель" (наподобие фриланс-бирж)? Статьи, книги, форумы - приветствуется все. Понятно, что можно выстроить структуру на коленках и она будет работать, но хочется увидеть современную архитектуру мощного веб-приложения.
Ну да, создаем три таблицы и даже интерфейс не делаем - пусть пользователи сами записывают. А если серьезно, то мне хотелось увидеть какие-то примеры таких сайтов с хорошей архитектурой. Я искал и ничего дельного не нашел.
Пума прав, это чуть сложнее квадратного уравнения. Для начала нужно всего лишь три озвученных таблицы. Справедливо для любой прикладной области: логистика, такси, маркетплэйсы, услуги разнорабочих, фрилансбиржи и т.п..
Все остальные свистелки-перделки современной архитектуры мощного веб-приложения (звучит-то как! а по сути эвфемизм) накручиваются при наличии острой необходимости и в зависимости от потребностей проекта.
JRazor: а что значит "усилить"? В чем "сила" приложения заключается? Зачем "усиливать" конкретное приложение?
Надо сначала на эти вопросы ответить, а потом уже будет понятно как это сделать.
Наворачивание лишней логики только ради ее наличия приводит к увеличению бесполезной работы и количеству потенциальных ошибок. Писать код ради кода - это тратить лишние средства и на разработку и на поддержку.
Средний
