지난 3 년 동안 두 차례에 걸쳐 별도로 연결된 스마트 클라이언트를 구축했습니다.
'occassionally connected'를 추가하면 애플리케이션 복잡성 (및 개발 시간)이 약 3 ~ 4 배 증가한다는 것을 발견했습니다. 그래서 추가하는 것은 매우 비싼 기능입니다.
그러나 많은 시스템에서 이러한 앱에 대한 확실한 비즈니스 사례가 있습니다. 하나는 도로에있는 엔지니어를 위해 종종 (어떤 이유로 든 보안이 한 가지 이유로 때때로) 무선 연결이 작동하지 않는 클라이언트 사이트로 이동하는 경우였습니다. 사용자는 여전히 연결되어있는 것처럼 시스템을 계속 사용하고 연결이 가능 해지면 쉽게 동기화 할 수 있습니다.
두 번째 앱은 사용자가 '사무실로'돌아올 때까지 LAN에서 사용되거나 전혀 연결되지 않습니다.
저는 개인적인 관점에서 볼 때 활동적인 연결 유무와 관계없이 계속해서 '내 일을'할 수 있다는 생각을 좋아합니다. 실제로 연결 상태가 반으로 바뀌더라도 여전히 모든 것이 작동하고 잃지 않을 것입니다. 내 데이터.
이 끊김없는 연결 -> 연결이 끊긴 - 연결 된 시나리오를 달성하려면 작업과 테스트가 많이 필요하므로 매우 강력한 비즈니스 사례가 있어야합니다.
마지막으로 인터넷 연결이 항상 있다고 가정 할 수는 없을 것입니다. 하드웨어 또는 서비스 공급자 장애 또는 활성 보안 차단 연결 중 어느 것이 든간에 사용자는 연결이 끊긴 상태가됩니다.
+1 : 완전히 응용 프로그램에 따라 다릅니다. –