웹 애플리케이션과 두꺼운 클라이언트를 언제 구축해야합니까?

Question

웹 애플리케이션을 구축 할 때와 두꺼운 고객을 구축 해야하는지에 대한 다른 사람들의 조언을 듣고 싶습니다.

지난 몇 년 동안 저는 웹 브라우저 인터페이스를 사용하여 응용 프로그램을 구축 해야하는지 (또는 기존 응용 프로그램 업그레이드)에 대한 여러 토론에 참여했습니다. 일반적으로 이들은 대량 시장 수축 랩 제품이 아닌 조직 내에서 사용되는 내부 시스템이며 실제로는 공개 인터넷에 있지 않았습니다. 그래도 토론을 이러한 유형의 응용 프로그램으로 제한하고 싶지는 않습니다.

응용 프로그램이 하나 또는 다른 응용 프로그램이어야하는 경우가 있습니다 (예 : 웹 기반 비디오 편집 소프트웨어 없음). 반면에 JavaScript 라이브러리는 브라우저에서 더 풍부한 경험을 만들고 있습니다.

JavaScript 라이브러리와 고급 서버 측 기술이 마우스 오른쪽 버튼 클릭 컨텍스트 메뉴, 드래그 앤 드롭 등과 같은 것들을 크게 노력하지 않고 클라이언트쪽에 수행 할 수 있습니까? 웹에 대한 추가 복잡성은 배포의 용이성 및 크로스 플랫폼 호환성과 같은 이점을 어떤 시점에서 비난합니까? 특히 다음 스택 오버플로를 만들려고하지 않고 내부 응용 프로그램을 구축하는 경우?

내부 애플리케이션이 제한적이고 포로 청중이 있다는 사실이 두꺼운 클라이언트가 제공 할 수있는 개선 된 유용성에 대한 우려를 다소 무시하고 있습니까?

Answer 1

나는 원하지 않을 때 웹 앱을 간다 :

- 각각 자신의 단점으로 천 환경을 지원하십시오. 특히 바이러스, 트로이 목마, 소프트웨어 간섭 및 모든 곳에서 동일하게 작동합니다.

- 업그레이드를 적용하고 많은 전화를받는 것에 대해 걱정

- 데이터를 잃는 고객을 다루는 것

계산이 트랜잭션 당 집중적이거나 트랜잭션 당 상당한 데이터 전송이있을 때 두꺼운 클라이언트를 선택합니다.

한 번의 업그레이드로 모든 사람의 문제를 해결하는 것이 좋습니다. 그것은 모든 사람을위한 것은 아니지만 내 인생의 질과 내가 일하는 사람들이 올라가는 곳입니다. 몇 가지 다른 브라우저에서 웹 앱을 작동시키는 것은 다른 조건에서 다른 운영 체제보다 쉽습니다.

Flex/Air가 출현하면 브라우저에서 전체 애플리케이션 경험을 제공 할 수 있습니다. 브라우저는 로컬 또는 클라우드에 설치하든 범용 인터페이스가되고 있습니다.

웹 앱도 단점이 있습니다. Pro가 내가 선택한 프로젝트의 단점을 능가하는 것처럼 보이기 때문에 웹 앱을 구축하려는 동기가 있습니다.

Answer 2

나는 우리가 웹 앱이 될 이유가 없으면 로컬 애플리케이션 (두꺼운)이어야하는 시점에 있다고 생각합니다. 웹 앱이 될 때는 분명합니다. 내 애완 동물은 지역이어야한다는 것이 분명하지 않으면 웹 앱이어야한다는 생각입니다. 기업이 직원들이 자신의 통제 이외의 웹 응용 프로그램에 의존하는 기꺼이 우리가 기꺼이 있다고 생각하지 않습니다. 회사 내부의 앱과 관련하여 데이터, 보안 및 배포/업그레이드의 이동이 결정의 주요 요소라고 생각합니다.

앱이 웹에있는 몇 가지 주요 이유가 있습니다.

1. 응용 프로그램과 데이터는 어떤 컴퓨터에 있든 상관없이 귀하를 따라야합니다.
2. 데이터를 중앙 집중화해야하며 클라이언트로 전송 해야하는 데이터의 양이 합리적입니다.

두꺼운 앱을 사용해야하는 몇 가지 이유 :

1. 현지 자원에서 작동하는 유틸리티.
2. 한 번의 데이터 처리를 수행하는 앱.
3. 네트워크에서 분리 될 때 데이터에 액세스 해야하는 앱.

Answer 3

웹 기반이 아닌 내부 애플리케이션을 배포 한 옛날부터 내가 기억하는 것들 : 업그레이드가 작동하지 않도록 서로 다른 컴퓨터가 항상 설정된 최소 한 컴퓨터가있었습니다. 때로는 작동하지 않는 각 기계마다 문제가 더 많았습니다. 경영진이 강제 (보통 몇 주 또는 몇 달 후)까지 업그레이드 설치를 거부 한 사용자가 항상있었습니다. 이로 인해 새로운 비즈니스 규칙이 시행되지 않았기 때문에 때때로 데이터에 문제가 발생했습니다.