this post was submitted on 18 Jul 2023
2 points (100.0% liked)

PHP

33 readers
3 users here now

founded 2 years ago
 

Hi! In the realm of software development, creating complex objects often feels like trying to solve a...

top 3 comments
sorted by: hot top controversial new old
[–] abhibeckert 1 points 2 years ago* (last edited 2 years ago)

You've missed out on the biggest feature in PHP 8. With named arguments it's now possible for arguments to be provided in any order. You can now have functions with a large number of optional parameters, without creating a total shit show.

Instead of writing this:

$product = $productBuilder
    ->setId(101)
    ->setName('iPhone 13')
    ->setPrice(999.99)
    ->setDescription('New iPhone 13 with A15 Bionic chip')
    ->setManufacturer('Apple Inc.')
    ->setInventory(1000)
    ->setDiscount(10)
    ->build();

You can now do this:

$product = $productBuilder->set(
    id: 101,
    name: 'iPhone 13',
    price: 999.99,
    description: 'New iPhone 13 with A15 Bionic chip',
    manufacturer: 'Apple Inc.',
    inventory: 1000,
    discount: 10
)->build();
[–] premavansmuuf 1 points 2 years ago (1 children)

Sadly, no explanation whatsoever of why this approach might be better than just building the object yourself. The example provided is fairly trivial and doesn't seem to justify using a builder.

Also, how would you do validation of properties (or even detect incompatibility of some of them)? Surely, because Product can be created directly, the Product class itself should validate its values. But it also makes sense for the ProductBuilder to have its own validation, right? Would that mean doing the validation twice?

The article tries to sell the pattern as being your best friend, but at the same time doesn't say how that's gonna happen.

[–] abhibeckert 1 points 2 years ago* (last edited 2 years ago)

The main advantage of a builder is you can create an object in multiple steps instead of one step.

During the builder process the object might temporarily be in an invalid state - for example perhaps you can't easily access the product price. You wouldn't want price to be an optional value for the actual product class, but it can be optional for the builder (as long as it's set once build() is called).