Witam,
piszę sobie klasę Calculator która podczas obliczeń będzie korzystała z innych klas, np. Article.
W zależności od tego co kalkulator będzie obliczał będą potrzebne różne instancje klasy Towar, w sumie 5 sztuk. Mój pomysł żeby to zrobić tak:

[PHP] pobierz, plaintext 
class Calculator
{
 private $_objArticle1;
 private $_objArticle2;
 private $_objArticle3;
 private $_objArticle4;
 private $_objArticle5;
 
 ...
 
 public function setType($_strType)
 {
   case "k":
    $this->_objArticle1 = new Article();
    $this->_objArticle2 = new Article();
   break;
   case "c":
    $this->_objArticle3 = new Article();
    $this->_objArticle4 = new Article();
   break;
   case "kc":
    $this->_objArticle1 = new Article();
    $this->_objArticle2 = new Article();
    $this->_objArticle3 = new Article();
    $this->_objArticle4 = new Article();
   break;
 }
}
[PHP] pobierz, plaintext 

W dalszej części klasa będzie korzystała z odpowiednich instancji klasy Article, czy ogólnie podejście jest dobre czy inaczej należałoby się to zabrać ?

Mi tu pasują tablice, zamiast tylu zmiennych.

Mogłaby być tablica, czy nawet kolekcja, ale tak mi się wydaje będzie czytelniej, oczywiście te nazwy zmiennych są przykładowe a w rzeczywistości opisują dokładniej obiekt.

Ale to jest naprawdę mało sensowne.

Jeśli jest struktura, która zawiera kilka takich samych zmiennych, to na 90% będzie potrzebna tablica.

Hmm, a może tak?

[PHP] pobierz, plaintext 
<?php
 
	class Calc {
 
		public function __construct() {}
 
	}
 
	interface iCalc {
		public function x();
	}
 
 
	class Article extends Calc implements iCalc{
 
		// tutaj robisz z kalkualtorem co chcesz
 
	}
 
	class Factory {
 
		public function __construct($type) {
			switch ($type) {
				case 'k':
					return new Article();
				break;
 
				default:
					return false;
				break;
			}
		}
 
	}
 
 
?>
[PHP] pobierz, plaintext 

przykład jest trochu zbyt ogólny i nie pokazuje logiki jaką chcesz osiągnąć
mowa tutaj o wymianie "podalgorytmu" - akurat do tego nadaje się strategia, jednak obiekt ma chyba w sobie zawierać także kilka innych klas by stanowić pełną funkcjonalność - więc fasada...

akurat do podawania odpowiednich klas w zależności od sytuacji (sterowania "procesami") nadaje się przykłąd podany przez Fifi209 czyli fabryka zwracająca odpowiednią klasę w zależności od sytuacji...