MVC - Classes de données - Seul un sous-ensemble de propriétés est nécessaire?

Question

par exemple, classe question aurait QuestionID, le titre, le contenu, le temps affiché, affiche, étiquettes, etc. Voici comment les données fetching ressemble:

public bool LoadFromDataRow(DataRow row) 
     { 
      questionId = (long)row["questionId"]; 
      content = (string)row["content"]; 
      poster = (string)row["poster"]; 
      datePosted = (DateTime)row["datePosted "]; 
      title = (string)row["title"]; 
      return true; 
     } 

Cependant, il pourrait y avoir un temps où je suis seulement en sélectionnant un sous-ensemble de ces propriétés comme questionid et title. Ai-je besoin d'écrire une autre classe pour gérer cela? Ou dois-je vérifier pour chaque colonne unique avant que je récupérer la valeur avec quelque chose comme ceci:

if(row.hascolumns(...)) // seems like overkill? 

Answer 1

à mon humble avis, il est bien d'avoir votre méthode référentiel retourner un modèle avec toutes les propriétés cartographiées mais utiliser un modèle de vue quand vient le temps d'afficher/modifier ce modèle sur une vue. Ensuite, effectuez un mappage entre votre modèle et votre modèle de vue (qui serait un sous-ensemble du modèle) et, à votre avis, travaillez avec le modèle de vue. Il y a une exception à cela: les BLOB. Si vous stockez des données binaires telles que des images dans la base de données, je vous recommande d'avoir deux méthodes distinctes: une qui récupère les images et une qui ne le fait pas.