Quelles considérations de conception faut-il prendre pour recevoir du texte et des pièces jointes multiples via le Web?

Question

Je suis en train de développer une application web pour accepter un tas de texte et de pièces jointes (1 ou plus) via email, web et autres méthodes.

Je prévois de créer une interface unique, principalement un service Web pour accepter ce contenu.

Quelles considérations de conception dois-je faire?

Je construis l'application en utilisant ASP.NET MVC 2.

Si les pièces jointes être enregistrées sur le disque ou dans la base de données? L'interface unifiée unique doit-elle être un service Web? Avantages et inconvénients d'utiliser les services Web pour télécharger des fichiers

Answer 1

comme avec toute acceptation des fichiers je serais les vérifier pour les virus ou autres. Je suis très nerveux à propos des fichiers transmis à partir d'Internet.

J'aime toujours mettre mes fichiers dans une base de données parce que c'est plus net que je trouve. Je déteste avoir des fichiers sur le réseau avec des dossiers nécessitant des droits, etc. Je sais qu'il ya des gens qui préfèrent l'autre sens, donc je suppose que ma réponse dépend aussi de mes préférences personnelles. J'aime l'approche db parce que je peux plus facilement relier des fichiers à des enregistrements et faire des recherches. Si vous avez un système de fichiers, vous devez toujours stocker des informations sur le fichier, plus le travail supplémentaire de stockage. Ensuite, si vous devez déplacer des fichiers, vous devez éventuellement modifier les références dans la base de données.

Ensuite, vous devez allouer suffisamment d'espace pour développer la base de données, puis prendre en charge plusieurs bases de données, peut-être même en fin de stockage.

donc je suppose que si vous téléchargez des fichiers volumineux alors oui peut-être que je peux voir le point d'un système de fichiers car il est plus facile de le développer. Si vous avez de petits fichiers texte, une base de données fonctionnera peut-être.