Home/ Questions/Q 989677
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T05:49:52+00:00

I need some advice on how to model this simple categorization (?) example: I

  • 0

I need some advice on how to model this simple categorization (?) example:
I have a product. A product can be of different types, such as ProductType 1, ProductType 2, and ProductType 3. All products have a part number and a name. Where they differ, is the way their prices are calculated.

  • Products in type 1’s price are dependent on how many there are of the product. So if I have 5 products, the price is $x. If I have 20 products, the price is $y, and so on.
  • Products in type 2’s price are dependent on each products weight. If the weight is 5 kg, the price is $x, and so on.
  • Products in type 3’s have a simple price, like $x for each product.

The way I see it, each “price structure” needs to have a dedicated table/class. A product will then have a reference to its price structure, dependant on the type of the product. Would you just create a “product type” table and have an attribute called Type on the Product class, or would you use generalization, so Product 1/2/3 are a subtype of Product?
There will be like 5 different price structures, and the way the price is calculated differs from each type. So the logic calculating the total price for an order is dependent on each product type.

Can you give me some advice on how to model this the best way? If I choose the approach where there’s a Type attribute on the Product class, I imagine that I will get lots of if-else statements in my code. Where if I choose to subclass them, each class can be responsible for calculating the correct price, or whatever it is asked to do.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    This sounds to me like a perfect example of when to use the Strategy pattern. If you use class inheritance to define how a product is priced, you’ll have to re-compile your entire system if someone later decides WidgetXYZ should now be priced by weight, instead of having a simple price.

    I would define each product as having a “PricingStrategy” – in your case this would be either “volumeDiscount”, “byWeight”, or “simple”. You could then use a Factory to provide the correct PriceCalculator object depending on the product’s strategy, and that priceCalculator would calculate the product’s price accordingly.

    • 0