Как бы вы могли создавать функции обмена сообщениями, если мне нужно иметь возможность обрабатывать вложение в ASP.NET MVC?

Question

Я работаю над сайтом ASP.NET MVC, и часть моих требований заключается в том, что пользователи могут сообщать друг другу.

На первый взгляд это не так сложно. Сообщения в наиболее упрощенной форме - это просто таблица «Сообщения» с такими вещами, как «SenderID, ReceiversID (FK), Subject, Message» и т. Д.

Однако, как бы вы справились с «приложением»? Пользователи могут просматривать конфиденциальные PDF-файлы на нашем веб-сайте, содержащие финансовую информацию, и они предполагают, что смогут нажать кнопку «Отправить отчет на», чтобы отправить отчет другому пользователю вместе с текстовым сообщением.

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

Как бы вы справились с этим в ASP.NET MVC?

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

Затем, если пользователь нажимает ссылку, имеющую такой маршрут, как/messaging/attachments/{fileID}, он отправит соответствующий файл им. Я мог бы даже поддерживать контрольную сумму каждого файла в таблице вложений/файлов, поэтому, если пользователь отправляет тот же отчет, мы не будем дублировать файл в папке вложений.

В некотором роде чувствую, что я заново изобретаю электронную почту, но клиент настаивает на том, что для обеспечения соблюдения требований безопасности мы не можем просто отправлять эти отчеты нашим пользователям, они должны войти в нашу систему, чтобы получить их.

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

Answer 1

Я точно не знаю ваших требований, но вы можете использовать систему CMS или sharepoint. У них будет механика, в которой вы нуждаетесь как для управления документами, так и для создания сообщений. Даже если ваше приложение является отдельным, вы все равно можете интегрировать его с sharepoint в качестве back-end, чтобы выгрузить большую часть сложности.

В большинстве случаев вы заново изобретаете колесо здесь ... и это действительно БОЛЬШОЕ колесо. Старайтесь не запускаться :)