---
title: "Design av t ex Customer"
type: "forum-thread"
url: "https://www.webforum.nu/amne/dotnet/162091-design-av-t-ex-customer"
topic: ".NET"
topic_url: "https://www.webforum.nu/amne/dotnet"
author: "clarkbones"
published: "2007-06-30T14:24:05.000Z"
updated: "2007-06-30T15:07:14.000Z"
replies: 2
views: 362
page: 1
pages: 1
language: "sv-SE"
site: "webForum — webforum.nu"
rights: "Upphovsrätten till varje inlägg tillhör dess författare."
attribution: "Citera som: webForum, https://www.webforum.nu/amne/dotnet/162091-design-av-t-ex-customer"
---

# Design av t ex Customer

## #1 — clarkbones, 2007-06-30T14:24Z

Hej! En design fråga:

Låt oss säga att jag har en klass Customer. Förutom vanliga properties som FirstName och LastName behöver jag en Property CustomerType eller kanske CustomerTypeID?

Det finns fn 5 olika kundtyper. I databasen kommer dessa representeras av att det i Customertabellen finns en foreign key CustomerTypeID. 
Customer:
CustomerID (räknare)
FirstName varchar
LastName varchar
CustomerTypeID  int (foreign key)

Jag har också en tabell 

CustomerType:
CustomerTypeID (räknare)
CustomerTypeName (varchar(50)) Ex: Privat, Företag, Offentlig.

Frågan är då om Customer bör ha en property CustomerTypeID (integer) eller propertyn CustomerType (string) (lagra t ex Privat)?

Då man ska presentera ett customer-objekt i GUI så är ju det praktiskt med en sträng och CustomerType, men vid uppdatering av Customer objektet så verkar det ju enklare med CustomerTypeID (int).

Vad är best practise här?

Permalänk: https://www.webforum.nu/p/162091

## #2 — Nickemannen, 2007-06-30T14:56Z

Antingen så tycker jag att du skall ha ett objekt för varje CustomerTyp som ärver av en abstract Customer, eller så tycker jag att du skall skapa ett object för varje Customer typ som innehåller beskrivningen av vilken typ Customer är.

Permalänk: https://www.webforum.nu/p/1997278

## #3 — clarkbones, 2007-06-30T15:07Z

> **Nickemannen skrev:**
>
> Antingen så tycker jag att du skall ha ett objekt för varje CustomerTyp som ärver av en abstract Customer, eller så tycker jag att du skall skapa ett object för varje Customer typ som innehåller beskrivningen av vilken typ Customer är.

Hmm, ditt andra alternativ låter väl bäst om vi antar att det tillkommer fler kundtyper. Det kräver mindre underhåll än ditt första alternativ.

Permalänk: https://www.webforum.nu/p/1997280

---

Tråden på webben: https://www.webforum.nu/amne/dotnet/162091-design-av-t-ex-customer