2008-12-28 5 views
0

다음 시나리오를 가장 잘 구현하는 방법은 무엇입니까?버전이있는 사용자 인터페이스를 사용자 지정하는 최선의 방법은 무엇입니까?

버전 1.0의 응용 프로그램에 대한 표준화 된 사용자 인터페이스가 있습니다 (예 : 주문 양식. 이 응용 프로그램은 다른 고객의 요구에 맞게 사용자 정의됩니다. 이것은 고객 A에 대한 추가 필드 "원하는 배달 시간", 고객 B에 대한 필드 "전화 번호"의 생략, 고객 C에 대한 저장 창고를 나타내는 추가 맵 플러그인 및 고객 D에 대한 이들의 조합 일 수 있습니다.

이제 개발자는 표준화 된 주문 양식 버전 2.0의 새 버전을 출시합니다. 최소한의 노력으로 고객을 위해 모든 사용자 정의 작업을 유지할 수 있도록 설계하는 가장 좋은 방법은 무엇입니까?

나는 다음과 같은 솔루션을 상상할 수 :

  • 구성 : 모든 옵션을 구성 할 수 있습니다. 모든 가능한 고객의 요구를 예측할 수 없으므로 실제로는 해결책이 될 수 없습니다.
  • 상속 : 사용자 지정은 표준화 된 버전을 상속하여 수행됩니다. 그러나 새 릴리스가 "시시"한 사용자 정의 버전을 만들지 않도록하는 방법은 무엇일까요?

답변

1

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

이 목적으로 만 존재하는 프레임 워크가 있습니다. XUL이 하나의 잘 알려진 예입니다.

그러나 직접 손수 굴릴 수는 있습니다. 궁극적으로 이는 고객의 사용자 인터페이스를 별도로 유지할 수있는 힘을줍니다.

+0

찰리, 답변 해 주셔서 감사합니다. 귀하를 정확하게 이해하면 주문 양식에 대한 템플릿 -XUL- 파일을 작성한 다음 각 고객의 필요에 맞게 수정하십시오. 하지만 XUL 템플릿을 변경하면 이러한 변경 사항이 모든 수정 된 버전에 적용됩니다. – Bob

+0

기본값이 "모든 것"이고 사용자 정의 XUL이 필드를 숨기거나 "모든 것을 숨김"으로 파악해야하며 XUL은 필요한 것만을 허용합니다. 기본 XUL은 사용 가능한 모든 필드를 정의합니다. –

+0

그러면 실제로 XUL 파일이 필드를 활성화 또는 비활성화하는 구성 파일이됩니까? – Bob

관련 문제