나는 다시 쓰기 프로젝트의 초기 계획 단계에 있으며 silverlight / silverlight oob / wpf를 결정하고 있습니다. 끝에 TL; DR.
리드 / 고객 / 약속 캘린더를 처리하는 LOB 앱입니다. 너무 복잡하지 않습니다. 나는 다른 곳에서 이러한 옵션을 독립적으로 연구하고 있지만 주변에서 물어볼 것이라고 생각했습니다. 대략적인 초기 요구 사항 / 예상 가능한 문제는 다음과 같습니다.
커맨드 라인 args (sip phone)를 사용하여 시스템에서 exe를 호출 할 수 있어야합니다.
SL을 문제로 만듭니다
사용자 기반이 분산되어 있으며 가능한 한 전선을 통과하는 트래픽을 제한하고 불쾌한 동시성 문제를 피하고 싶습니다.
WPF를 사용하여 이것이 문제임을 알 수 있습니다.
소프트웨어 배포 / 업데이트는 간단해야 합니다. 일부 사용자는 기술적이지 않은 사람입니다 (참조 : 70 세, 컴퓨터에서 처음으로)
우리가 교체하고있는 ClickOnce 앱에는 큰 문제가되지 않으며, 사용되는 컴퓨터를 제어 할 수 있습니다. 그러나 clickonce "Install"버튼을 클릭하지 않아도 사용자가 더 간단합니다. 이것이 Silverlight OOB로 어떻게 처리되는지 모르겠습니다.
이 회사는 12 개월 안에 하드 확장을 계획하고 있으므로 하드웨어 배포가 빠르고 쉬워야합니다. 새로운 위치에서 인터넷에 연결하고 일부 컴퓨터를 연결하고 전용 IT 담당자 나 서버 설정없이 작업 할 수 있도록하는 것이 좋습니다.
SL을 매력적으로 만듭니다
다른 서비스 (금융 소프트웨어, asterix 서버)와의 통합은 즉각적인 목표는 아니지만 시스템의 일부가되는 최종 목표입니다. 단일 서비스가 보조 서비스와 통합되도록 설정되어 있고 모든 데이터를 유선으로 전송할 필요가없는 경우 훨씬 간단하고 효율적입니다.
SL을 매력적으로 만듭니다
여러 '버전'을 만드는 것은 창 밖입니다. silverlight + silverlight oob 버전을 유지하는 것이 무엇인지 모르겠습니다 (문제가있는 경우)
WPF를 더 나은 옵션으로 만들 수 있습니다.
TL; DR : 유리한 점에서 silverlight 앱이 90 %의 사용자에게 가장 적합합니다. 다른 10 %는 exe를 실행해야하기 때문에 사용할 수 없습니다. Silverlight OOB는 행복한 미들 그라운드 일지 모르지만 지금은 실행 모델이 어떤지 잘 모르겠습니다 (여전히 서버 측 코드 개념이 있습니까? 그렇다면 이상적 일 것입니다). 배포 / 업데이트가 어떻게 작동하는지 알고 있습니다.