How to use ViewModels in ASP.NET MVC?

后端 未结 2 1301
忘了有多久
忘了有多久 2020-12-09 21:15

I just started learning about ViewModels in ASP.NET MVC. So, I thought of implementing a sample example as below:

Business Entity

pu         


        
相关标签:
2条回答
  • 2020-12-09 21:57

    your view model should look like this

    public class AddViewModel
        {
            public int a { get; set; }
            public int b { get; set; }
            public int Total { get; set; }
        }
    

    and in the cshtml

                <td class="tdCol2Align">
                    @Html.TextBoxFor(m=> m.a)
                </td>
    
                <td class="tdCol2Align">
                    @Html.TextBoxFor(m=> m.b)
                </td>
    

    in the controller

            [HttpPost]
            public JsonResult Add(AddViewModel model)
            {
                int iSum = model.a + model.b;
                model.Total = iSum;
                return Json(model);
    
            }
    

    Edit

    View model is there to render your views don't place any logic inside that. if you have more complex model then it will be hard to map Model with ViewModel. for this you can use AutoMapper or ValueInjector for mapping between model and view model.

    link for automapper http://automapper.codeplex.com/

    link for value injector http://valueinjecter.codeplex.com/

    hope this helps

    0 讨论(0)
  • 2020-12-09 22:15

    You should not use the domain (business) entities in your view model. If you do, a view model is pretty useless since it stills contains business logic which you might not want in the view. The model in your example doesn't really represent a real-world scenario, a view model is not really needed for it anyway.

    A more common and trivial example of a view model is a login form: You probably have a domain model called User and you want them to log in. The User domain model can be big and just a small part of it is needed for the authentication. It also contains validation logic for the database which doesn't represent validation logic for the login form.

    The User domain model:

    public class User
    {
        [Required]
        public string UserName { get; set; }
    
        [Required]
        [MaxLength(36)] // The password is hashed so it won't be bigger than 36 chars.
        public string Password { get; set; }
    
        public string FullName { get; set; }
    
        public string SalesRepresentative { get; set; }
    
        // etc..
    }
    

    The above domain model represents the database table thus containing validation logic to ensure integrity.

    public class LoginModel
    {
        [Display(Name = "User Name")]
        [Required(ErrorMessage = "Please fill in your user name.")]
        public string UserName { get; set; }
    
        [Required(ErrorMessage = "Please fill in your password.")]
        public string Password { get; set; }
    
        public bool RememberMe { get; set; }
    }
    

    The view model above contains just the properties we need for the login form and has it's own data annotations. This helps you to cleanly separate view logic and business/data logic.

    0 讨论(0)
提交回复
热议问题