문제

다음 시나리오가 가장 잘 구현되는 방법 :

버전 1.0의 응용 프로그램과 예를 들어 주문 양식에 대한 표준화 된 사용자 인터페이스가 있습니다. 이 응용 프로그램은 다른 고객의 요구에 맞게 사용자 정의됩니다. 고객 A의 추가 필드 "원하는 배송 시간", 고객 B의 필드 "전화 번호"의 생략, 고객 C 근처의 저장소 및 고객 D의 조합을 보여주는 추가 맵 플러그인의 생략이 될 수 있습니다.

이제 개발자는 표준화 된 주문 양식 버전 2.0의 새 버전을 출시합니다. 고객을 위해 수행 된 모든 사용자 정의가 살아남을 수 있도록 최소한의 노력 (전혀)을 갖도록 이것을 설계하는 가장 좋은 방법은 무엇입니까?

다음 솔루션을 상상할 수 있습니다.

  • 구성 : 모든 옵션은 구성 가능합니다. 가능한 모든 고객의 요구를 예견 할 수 없기 때문에 이것은 실제로 해결책이 될 수 없습니다.
  • 상속 : 사용자 정의는 표준화 된 버전을 상속하여 수행됩니다. 그러나 새 릴리스가 "크래프"보이는 사용자 정의 버전을 초래하지 않도록하려면 어떻게해야합니까?
도움이 되었습니까?

해결책

떠오르는 즉각적인 옵션은 응용 프로그램 외부에 존재하는 UI 사양입니다. 응용 프로그램이 실행되면 UI는 런타임에 생성됩니다. 이것은 정적 인 컴파일 된 UI보다 더 많은 작업이지만 특정 소프트웨어 수명주기를 고려할 때 장기적으로 훨씬 유연합니다.

이 목적을 위해서만 존재하는 프레임 워크가 있습니다. xul 잘 알려진 예입니다.

그러나 당신은 당신 자신의 손을 핸드 롤 할 수 있습니다. 궁극적으로 이것은 고객의 사용자 인터페이스를 별도로 유지할 수있는 힘을 제공합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top