Рассмотрение дизайна мультимедийного сайта с несколькими способами вызова функциональности сайта.

Question

Мы с моим другом разрабатываем / внедряем мультимедийное веб-приложение. Это обеспечит возможности управления и распространения медиа.

Короче говоря, если мы хотим, чтобы веб-интерфейс для пользователей мог выполнять функциональность сайта (CRUD), а также иметь область администрирования для управления различными аспектами пользователей, существует еще одно ограничение для этого проекта.

А именно, нам нужен способ вызова функциональности сайта через CLI или, возможно, другие пути. В связи с этим я вижу, что нам нужен некий «диспетчер», который будет принимать разные входы в код и выполнять библиотеки.

Кроме того, мы рассматриваем использование стратегий push-типа ajax (возможно, ape-project) для сайта, но мы хотим закодировать наши серверные библиотеки таким образом, чтобы мы могли вызывать действия с помощью щелчка по сети (через jquery например), а также быть в состоянии сделать% mediaSite -refreshlibrary или что-то в этом роде?

Существуют ли подобные дизайнерские идеи или проекты с таким типом реализованной идеи, которые я мог бы просмотреть, использовать или разработать аналогичным образом?

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

Answer 1

Я бы посмотрел в шаблон Model-View-Controller. MVC используется во многих средах, но я думаю, что вы должны изучить более чистые формы шаблона. Похоже, что вы хотите использовать разные виды с одним и тем же кодом модели и контроллера. В вашем случае все ваши разные представления не будут основаны на веб - у вас будет веб-представление, представление командной строки, представление приложения QT и т. Д.

Answer 2

В шаблоне MVC (Модель – Вид – Контроллер) это будет так же просто, как информировать контроллер о типе входа и типе выхода (либо в одном контроллере, либо путем вызова другого контроллера, расширяющего базовый контроллер), которые, возможно, переводят входящие аргументы (form / url-encoded, get, json, xml, cli) в «реальные» структуры аргументов, возможно вызывая различные представления на основе ожидаемого возврата (запрос json из javascript может иметь возврат json и / или например, html-возврат, cli-запрос в основном открытым текстом и т. д.). Пока функциональность ваших моделей не связана с веб / http презентацией, это может быть довольно просто.

В более «управляемых данными» проектах у меня было очень мало проблем с использованием тех же самых действий, что и мыльных методов, возвратов javascript и html / browserrequests «по умолчанию».