Le passage d'un objet de classe à partir d'une action de contrôleur de contrôleur de l'action en ASP.net MVC 4

Je veux passer un objet de classe à partir d'une action de contrôleur de contrôleur de l'action.

Expéditeur Action

public class CourseController : Controller
{
[HttpPost]
public ActionResult CreateNewCourse(CourseViewModelBase courseViewModel)
{
   if (ModelState.IsValid)
   {
       //Do some stuff
       return RedirectToAction("CreateNewProject", "Project",
                          new { courseVM = courseViewModel});
   }
   //Bad happened    
   return View("CreateNewCourse", courseViewModel);
}

Récepteur Action

public class ProjectController : Controller
{
[HttpGet]
public ActionResult CreateNewProject(CourseViewModelBase courseVM)
{
      //Use CourseVM data and do other stuff
     return View("Create", projectCreateViewModel);
}
}

Je reçois correctement les données dans Expéditeur Action et Récepteur Action est appelé correctement à partir de la rediriger vers l'action. Cependant courseVM dans Récepteur Action est null.

Je sais que c'est une très vieille question et avait été demandé de façon répétée. Mais j'ai trouvé que la plupart des réponses ont proposé d'utiliser TempData et ont répondu en 2008-2009. Je crois qu'il y aurait d'une certaine manière pour transmettre des données à l'aide de RedirectToAction without using TempData. Si il n'y est pas alors je voudrais aller avec TempData seulement.

Trouver
Si je passe quelques données simples par exemple new {id = courseViewModel.CourseDuration} et changer l'argument Récepteur d'action pour id, id est correctement reçu.

Des Questions Similaires
Question 1
Question 2
Question 3
Question 4
Question 5
Question 6, a essayé de l'utiliser mais n'a pas d'entraînement
Question 7
Question 8
Question 9
Question 10

La plupart des réponses dans les questions ci-dessus sont datés de retour en 2008/09 et utilise tempdata.

OriginalL'auteur Rohit | 2013-07-12

  1. 3

    utiliser cette

     return RedirectToAction("ActionName", "ControllerName", modelObj);

    dans votre cas

     return RedirectToAction("CreateNewProject", "Course", courseViewModel);

    Vous pouvez également utiliser

     TempData
    Est-il de mal dans le fait d'aller avec cette approche? c'est à dire n'utilisant Pas TempData ou ViewBag
    Rohit: je pense que "RedirectToAction" est la meilleure approche pour aller. Merci
    Hey Pawanism j'ai de la difficulté à l'envoi de cours VM (à l'.cshtml) au contrôleur. Il est toujours aussi nul
    comment vous appelez à l'action de la vue ou côté client. Son appel ajax ou à l'aide de BeginForm en Vue. vérifiez que tous les arguments sont de passage correctement.
    Cela ne fonctionne que pour le passage des types de données primitifs étant donné que les données sont transmises via les paramètres querystring. Les objets complexes sont toujours la valeur null au lieu de destination.

    OriginalL'auteur Chandu

  2. 4

    Cette question elle-même est maintenant environ un an, mais je suis venu à travers elle, j'ai donc pensé que je pourrais aider d'autres personnes qui viennent à travers elle dans le futur. La accepté de répondre ne fonctionne pas - l'objet complexe arrive encore à la réception d'action nulle.

    J'ai trouvé que cette réponse à partir de 2012 est toujours valide. Vous venez de ne peut pas passer des objets complexes dans un HttpGet demande (par nature, c'est ce qu'un RedirectToAction est - encore une fois, pas quelque chose que vous pouvez modifier). Vous pouvez seulement de transmettre des valeurs scalaires: int, string, etc.

    Assurez-vous d'avoir écarté la ci-dessous deux options:

    • Éviter l'envoi d'un objet complexe tout à fait, et envoyer seulement des valeurs scalaires. Évidemment, ce n'est qu'une option parfois - mais je le mentionne comme un rappel à l'examiner.
    • Ignorer la réception d'Obtenir une action tout - effectuer sa logique & retour la Vue directement à partir de votre Poste d'action. Ie; return View("ReceivingViewName", viewmodel) Encore une fois, ne fonctionne que pour certaines situations, plus que probablement, vous aurez besoin de l'autre action, et donc aura besoin de la Redirection, mais vaut la peine de rappeler qu'une possibilité.

    Si vous ne pouvez pas contourner le problème, et ont éliminé les deux options ci-dessus, vos options sont:

    • De persister les données de Base de données, éventuellement à l'aide d'une table temporaire si vous connaissez les données ne seront pas utilisées ultérieurement. Envoyer la clé primaire de la réception de l'action, et une fois là-bas, requête de la base de données. C'est plus "propre" option.
    • [Édité Option] Stocker l'objet dans TempData (les données ne dure que par la demande suivante dans lequel il est utilisé - si elle n'est pas utilisée, il va s'accrocher autour de la vie de la séance ou à la Séance (données dure de vie de la session). Ni sont vraiment de grandes options. TempData est probablement la meilleure des deux, comme sa durée de vie est potentiellement plus courtes... mais vous aurez encore à considérer ce qui se passe quand un rechargement de la page produit ou d'une demande ultérieure apportée à la méthode (WebGrid la pagination, par exemple - ce qui était mon cas). Pour ces scénarios, j'ai d'abord recommandé d'obtenir les données de TempData, puis de le remettre en il est donc disponible pour une demande ultérieure de cette action. Depuis TempData effectivement se bloque jusqu'à ce qu'il est utilisé une fois, ce qui rend cette option encore moins souhaitable, car elle n'ira pas loin si l'utilisateur navigue ailleurs. Plus d'infos sur ce sujet dans les réponses ici. Ligne de fond est de ne pas mettre n'importe quoi dans TempData, sauf si vous avez l'intention de l'utiliser immédiatement. Si vous n'avez pas besoin de données pour un scénario spécifique, comme la pagination, et vous le mettez dans TempData et immédiatement consommer dans la méthode de réception, sans remettre en, cette option est d'accord. La première option est encore mieux.

    OriginalL'auteur EF0