Constructor vs. Factory w .NET Framework
Poniżej znajduje się artykuł o wykorzystaniu wzorców przez .net framework. Nie jestem pewien, czy rozumiem pogrubioną część poniższego fragmentu. Czy oznacza to, że jeśli zmienisz szczegóły tworzenia obiektu, możesz (możesz) zmienić argumenty konstruktora?
W środowisku tym istnieje wiele przypadków, w których można uzyskać nową instancję struktury lub klasy bez samodzielnego wywoływania jej konstruktora. Klasa System.Convert zawiera wiele metod statycznych, które działają w ten sposób. Na przykład, aby przekonwertować liczbę całkowitą na logiczną, możesz wywołać Convert.ToBoolean i przekazać liczbę całkowitą. Zwracaną wartością tego wywołania metody jest nowa wartość logiczna ustawiona na „prawda”, jeśli liczba całkowita była niezerowa, a „fałsz” w przeciwnym razie. Klasa Convert tworzy Boolean dla Ciebie z poprawną wartością. Inne metody konwersji typu działają podobnie. Metody Parse na Int32 i Double zwracają nowe instancje obiektów ustawionych na odpowiednią wartość, podając tylko ciąg.
Ta strategia tworzenia nowych instancji obiektów jest znana jako wzorzec fabryki. Zamiast wywoływać konstruktora obiektu, możesz poprosić fabrykę obiektów o utworzenie instancji dla Ciebie. W ten sposób klasa fabryczna może ukryć złożoność tworzenia obiektów (np. Jak przeanalizować Double z łańcucha). Jeśli chciałbyś zmienić szczegóły tworzenia obiektu, musiałbyś tylko zmienić fabrykę;nie musiałbyś zmieniać każdego miejsca w kodzie, w którym wywoływany jest konstruktor.