Как реализовать это?
Слишком большой вопрос для ответа здесь.Конечно, вам не нужно 2 набора кода для очистки (1 для запланированного, 1 для спроса) в дополнение к дополнительному усложнению, вы действительно не хотите запускать задание, выполнение которого в потоке займет неопределенное времягенерируется запросом к вашему веб-серверу - запросы пользователей на очистку должны выполняться через механизм планирования и сообщаться пользователям (хотя при необходимости вы можете использовать опрос Ajax, чтобы создать иллюзию, что это происходит в том же потоке).
Какие фреймворки я должен использовать?
Фреймворки - это не волшебные пули.И вам не следует выбирать фреймворк, основанный, прежде всего, на характере написанного вами приложения.Конечно, если конкретная, критическая функциональность исключена конкретной платформой, то вы используете неправильную платформу - но, по моему опыту, этого никогда не было - вам просто нужно написать некоторый код самостоятельно.
с использованием чего-то более сложного, чем задание cron
Да, задание cron, вероятно, является неправильным путем по многим причинам.Если бы это был я, я бы посмотрел на создание демона, который бы планировал очистку (и принимал соединения из сценариев веб-страниц для постановки в очередь дополнительных сборок).Но я бы запускал процессы как отдельные процессы.
Является ли MVC хорошей архитектурой для этого?(Я новичок в MVC, архитектурах и т. Д.)
Нет.Не думайте, подходит ли шаблон приложению - шаблоны являются полезным инструментом для обучения, но опишите, какой код является , а не тем, чем он будет
(Вашприложение может включать в себя некоторые шаблоны MVC - но оно также должно включать в себя множество других).
C.