What's the best convention to store "other" option?

Question

Say I have a Person object. I need to ask the user to choose from a list, which laptop they have.

They can also choose the option "My product isn't listed here".

Now the Person object will look like:

{
  name: 'John',
  laptop: 'Dell'
}

If the user selects "My product isn't listed here", I can store it as:

laptop: 'OTHER'

But this is not recommended, as I shouldn't mix the laptop name string with the "other" string. In the code I'll be checking against the string "other", like a magic constant, which doesn't seem right.

I can't leave it as laptop: null because then I wouldn't know if the user selected "other" or did not make a choice at all.

Another option is to have a separate field like:

{
  name: 'John',
  laptop: null,
  laptopFoundInList: false
}

With this, I'll have to maintain 2 fields for the same thing.

I'm sure this is a very common problem. What's the correct convention to store such information?

Answer 1

After your comment, the value "laptop" basically is used for a switch on how the user interface is structured, along the lines of:

"dell" -> include dell-specific interface
"hp" -> include hp-specific interface
"other" -> don't include anything / include empty section
null -> include selection interface

I cannot see any reason here, why "other" should not be a string, just like the other selections.

Answer 2

A single string seems to not be enough to represent what you need.

I would promote the laptop string to an interface.

interface ILaptop
{
  string Name {get;}
  string WebsiteUrl {get;}
}

Now the person entity can use this directly.

interface IPerson
{
  string Name {get;}
  ILaptop Laptop {get;}
}

In the db it would be like this:

Persons: ID, Name, LaptopID(nullable)
          1, John, 1
          2, Jack, 2
          3,  Bob, null

Laptops: ID, Name, WebsiteUrl(nullable)
          1, Dell, https://dell.com
          2, Other, null 

Selection is now matter of choosing one item from a codelist (of laptops). "Other" is now just an item of the codelist like every other, execpt it has no website.

A person having LaptopID=null means he did not choose yet. A person having Laptop->WebsiteUrl=null means there is no link to be displayed.

Of course there may be situations when this is not appropriate (ie. if it was allowed to buy those laptops, it would be weird to buy the "other" laptop, which is not really a laptop), but for your provided use case, this should be absolutely fine.