2) 프로토 타입 레지스트리 : 이것은 간단한 문자열 매개 변수를 사용하여 모든 프로토 타입에 액세스 할 수 있도록 레지스트리 서비스로 사용됩니다. 우선 디자인 패턴은 java전용으로 설계되지 않았습니다. 자바에는 클론 ()이 있지만 프로그래밍의 전체 우주는 아닙니다. 둘째, 클론 () 자신의 특정 방법을 작동, 때때로 우리는 다른 결과를 achive하고 기본 클론 () 동작을 제거해야합니다. 셋째, 나는 항상 트릭을 `간단하게 유지`동의하지 않습니다. 일반적으로 한 수준에서 `단순하게 유지`하고 다른 수준에서는 `매우 어렵게` 만듭니다. 어프플레이 디자인 패턴은 코드를 개발하고 변경할 수 있도록 합니다. 심지어 발견하기 전에 문제를 방지 할 수 있습니다. 내 만료는 정말 작동, 나에게 말한다. 이 패턴의 단점 중 하나는 개체를 복사하는 프로세스가 복잡할 수 있다는 것입니다. 또한 다른 클래스에 대한 순환 참조가 있는 클래스는 복제하기가 어렵습니다. 프로토타입 레지스트리를 사용하는 경우 프로토타입 개체 자체를 인스턴스화해야 하므로 패턴의 과용은 성능에 영향을 줄 수 있습니다. 나는이 디자인 패턴을 구현 한 후 의심을 얻었다.

변경 된 목록을 사용 하 여 데이터베이스를 업데이트 할 때 목록 목록 = empsNew.getEmpList(; list.add(“존”); 이 목록을 whith 나는 목록1 = empsNew1.getEmpList (와 같은 list1를 얻을 것이다); 그런 다음 이전 목록을 얻을 것이다. 그렇다면 데이터 불일치 문제가 있지 않습니까? 공장에서는 올바른 프로토타입을 찾는 방법을 알고 있으며 각 제품은 자체의 새 인스턴스를 생성하는 방법을 알고 있습니다. Java에서 간단한 예제를 사용하여 이 패턴을 설명해 보겠습니다. 이 예제에서는 장바구니 예제를 사용해 보겠습니다. 책, CD, DVD – 우리는 장바구니에 갈 수있는 항목의 숫자가 있다고 가정 해 봅시다. 이 예제에서는 만드는 데 특히 비용이 많이 드는 것은 포함되지 않지만 패턴의 작동 방식을 보여 주어야 합니다. 반면에 팩터리 메서드 패턴은 하위 클래스 계층 구조를 가지는 경향이 있습니다. 프로토타입 패턴은 팩터리 메서드에 일부 하위 클래스 계층 구조를 기반으로 새 개체를 만드는 대신 구현된 복제 방법을 사용합니다.

따라서 프로토타입 패턴을 사용하면 하위 클래스 계층 구조를 전혀 사용하지 않도록 할 수 있습니다. 추상 팩터리 클래스는 종종 팩터리 메서드 집합을 기반으로 하지만 프로토타입을 사용하여 이러한 클래스에서 메서드를 구성할 수도 있습니다. 프로토타입 인터페이스는 복제 메서드를 선언합니다. 대부분의 경우 단일 복제 방법입니다. 복사/복제하려는 개체를 복사/복제하지 않으므로 프로토타입 패턴을 보여 주는 예제가 없습니다. 패턴의 `프로토타입` 부분이 누락된 🙂 새 개체를 만들기 위해 복사된 다른 프로토타입 개체가 있는 클래스를 구성할 수 있으며, 더 나아가 런타임에 프로토타입 객체를 추가하고 제거할 수 있습니다. 아래UML 클래스 및 시퀀스 다이어그램을 참조하십시오. 프로토타입은 명령 의 복사본을 기록에 저장해야 할 때 도움이 될 수 있습니다. 텍스트에 대해 발생 브라우저 클래스를 작성해 보겠습니다. 이 클래스는 텍스트에서 단어의 발생을 나열합니다.