Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 8123703
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 6, 20262026-06-06T06:15:39+00:00 2026-06-06T06:15:39+00:00

This may be a matter of taste but when creating ViewModels is it best

  • 0

This may be a matter of taste but when creating ViewModels is it best practice to go with multiple public classes like below (bear in mind these 3 classes are servicing just a single view):

namespace WebApp.Areas.Commerce.Models.ViewModels
{
    public class TravellersViewModel
    {
        public TicketHolder TicketHolder { get; set; }
        public List<Traveller> TicketMembers { get; set; }
        public int MaxAge { get; set; }
        public bool ShowAddress { get; set; }
    }

    public class TicketHolder
    {
        public string EmailAddress { get; set; }
        public string TelephoneNumber { get; set; }
        public string MobileNumber { get; set; }
        public string Address1 { get; set; }
        public string Postcode { get; set; }
        public string Country { get; set; }
    }


    public class Traveller
    {
        public int Id { get; set; }
        public string Title { get; set; }
        public string FirstName { get; set; }
        public string LastName { get; set; }
        public int? Age { get; set; }
        public bool Policyholder { get; set; }
        public Traveller()
        {
            Title = "Mr";
        }
    }
}

Or is it best to nest the child classes within the scope of the single view model

namespace WebApp.Areas.Commerce.Models.ViewModels
{
    public class TravellersViewModel
    {
        public TicketHolderDetails TicketHolder { get; set; }            
        public List<Traveller> TicketMembers { get; set; }
        public int MaxAge { get; set; }
        public bool ShowAddress { get; set; }

        public class TicketHolderDetails
        {
            public string EmailAddress { get; set; }
            public string TelephoneNumber { get; set; }
            public string MobileNumber { get; set; }
            public string Address1 { get; set; }
            public string Postcode { get; set; }
            public string Country { get; set; }
        }

        public class Traveller
        {
            public int Id { get; set; }
            public string Title { get; set; }
            public string FirstName { get; set; }
            public string LastName { get; set; }
            public int? Age { get; set; }
            public bool Policyholder { get; set; }
            public Traveller()
            {
                Title = "Mr";
            }
        }
    }
}

I quite like the second way of building the viewmodel as it keeps everything togther.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-06T06:15:41+00:00Added an answer on June 6, 2026 at 6:15 am

    My way to make viewmodel is following:

    if some class is unique for one ViewModel, it should be nested (there is no reason to access such class from the outside code).

    If this class could be used is the different ways (for example, the same entity for different viewmodels), it should be placed separetely.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

This is just a matter of taste but I'd like to hear some of
This may sound like a very generic question but here it goes. I have
This may be a stupid question but its not a matter of what I
This may seem like a silly question, but what are the functional differences, if
This may seem like an obvious (or not so obvious) question, but let me
This may be a matter of style, but there's a bit of a divide
I feel like this may be a trivial problem for most people but I'm
This may be a stupid question but I have a code with the following
This may be have a better name than custom tab completion, but here's the
This may be the wrong place but this is new to me. I did

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.