팩터리 메서드 디자인 패턴은 개체 만들기 프로세스를 추상화하고 필요한 경우 런타임에 개체를 만들 수 있습니다. 팩토리 방법 패턴은 .Net에서 4(GOF) 디자인 패턴의 생성 패턴에 속합니다. 개체를 만드는 데 사용됩니다. 사람들은 일반적으로 이 패턴을 객체를 만드는 표준 방법으로 사용합니다. 이 기사에서는 공장 패턴과 작동 방식을 공유하고 싶습니다. 훌륭한. 이제 Factory 메서드를 사용할 준비가 되었습니다. 많은 예제에서 사용자의 입력을 통해 전환 하고 필요한 팩터리 클래스를 선택 하는 switch 문을 볼 수 있습니다. 이 게시물에서는 사소한 예제를 구현하여 팩터리 메서드 패턴을 자세히 살펴보고 소프트웨어 응용 프로그램에서 팩터리 메서드 패턴이 구현되는 방법의 일반적인 예제를 살펴보겠습니다. 우리는 우리의 공장 방법에 바퀴의 수를 전달하는 경우는 차량을 구축하고 반환합니다. Factory 메서드 패턴을 구현 하기 위해 간단한 에어컨 응용 프로그램을 만들려고 합니다. 우리의 응용 프로그램은 사용자로부터 입력을 받을 것이며, 그 입력에 따라 필요한 작업 (냉각 또는 방을 따뜻하게)를 트리거합니다. 그래서 인터페이스로 시작하자 : 위대한.
기본 기능을 준비했습니다. 이제 이러한 개체에 대한 팩터리 작성자를 만들어 보겠습니다. 첫 번째 또는 두 번째 예제를 선택하든 결과는 동일해야 합니다. 개별 팩터리 메서드는 인스턴스화할 특정 개체를 정의합니다. 따라서 위의 예제에서 본 클래스가 변경됩니다. 먼저 A가 DoTaskOne을 호출하는 데 사용할 수있는 인터페이스가 있어야합니다. 클래스 B는 이 인터페이스를 구현해야 합니다. 새 클래스는 다음과 같습니다: 이것은 switch-case 문을 사용하는 것보다 공장 실행을 구현하는 더 좋은 방법입니다. 그러나 각 작업에 대해 수동으로 액션과 팩토리 작성기를 추가할 필요가 없는 다른 보다 역동적인 방식으로 작업을 수행할 수 있습니다.
프로젝트에 대한 반성을 소개해 보겠습니다: Factory Method 패턴은 소프트웨어 개발에서 이해해야 할 가장 중요한 패턴 중 하나입니다. 가장 자주 구현할 가능성이 있는 하나의 패턴입니다. 공장 설계 패턴은 다른 데이터 형식을 기반으로 개체를 인스턴스화하는 데 사용됩니다. 팩터리를 사용하면 코드 팽창을 줄이고 만들 어야 하는 개체를 쉽게 수정할 수 있습니다. 이제 고객 클래스는 구체적인 결제 게이트웨이 클래스에 의존하지 않습니다. 또한 구체적인 지불 게이트웨이 클래스의 생성 논리에 대해 걱정할 필요가 없습니다. 이 모든 것이 공장 클래스 자체에서 멋지게 추상화됩니다. 간단한 예를 살펴보겠습니다. 우리는에서 읽는 텍스트의 일부 처리를 수행하는 응용 프로그램이 있습니다. 처리 후 처리된 텍스트를 디스크에 다시 씁니다.
텍스트 처리를 위한 인터페이스를 만들었습니다: 팩터리 패턴에서 개발자는 생성 논리를 노출하지 않고 개체를 만듭니다. 인터페이스는 개체를 만드는 데 사용되지만 하위 클래스가 인스턴스화할 클래스를 결정할 수 있습니다. 개발자는 각 개체를 수동으로 정의하는 대신 프로그래밍 방식으로 수행할 수 있습니다. 네 갱은 책의 저자입니다, “디자인 패턴: 재사용 가능한 객체 지향 소프트웨어의 요소”. 이 중요한 책에서는 23개의 개체 지향 프로그래밍 디자인 패턴을 제공하는 것 외에도 다양한 개발 기술과 함정에 대해 설명합니다.