데스크톱 응용 프로그램에 비해 웹 응용 프로그램의 장점 [닫기]

제가 일하는 회사에서 갑자기 모든 애플리케이션이 웹 애플리케이션으로 포팅되어야하는 것 같습니다. 내가 이해할 수있는 한, 유일한 이유는 웹 애플리케이션 과대 광고가 마침내 일부 의사 결정권자를 오염 시켰기 때문입니다.

나는 데스크톱 응용 프로그램이 더 사용자 친화적이기 때문에 팬입니다. 제 생각에는 반응이 더 빠르고 사용자 인터페이스가 더 좋으며 사용자 정의가 가능하며 키보드 지원이 더 좋습니다. 웹 버전의 Visual Studio 또는 OpenOffice를 사용하는 모습을 볼 수 없습니다. 또한 씬 클라이언트 데스크톱 응용 프로그램이 웹 응용 프로그램보다 구현하기 쉽다는 인상을 받았습니다.

웹 응용 프로그램의 일부 품질을 간과하고있을 수 있으며 위에서 언급 한 단점에 대해 잘못된 것일 수 있습니다. 따라서 내 질문 : 데스크톱 응용 프로그램보다 웹 응용 프로그램의 장점을 볼 수있는 사람이 있습니까?

업데이트 : 지금까지 흥미로운 반응이있었습니다. 그러나 씬 클라이언트 애플리케이션 과 팻 클라이언트 애플리케이션 의 차이점에 대해 말하는 것이 아니라 웹 브라우저 플랫폼과 데스크톱 플랫폼을위한 개발 간의 차이에 대해서만 이야기하고 있습니다.

업데이트 : "웹 응용 프로그램"이란 Silverlight와 같은 풍부한 인터넷 응용 프로그램이 아닌 HTML / CSS / JavaScript 조합을 의미합니다 . 이들은 데스크톱 응용 프로그램과 매우 유사하며 주된 차이점은 샌드 박스에서 실행된다는 사실입니다.

1. 웹 응용 프로그램 은 각 클라이언트 컴퓨터 에 배포 하는 부담을 덜어줍니다 .

2. 클라이언트 컴퓨터에서 버전 확인 을 시행 할 필요가 없습니다 .

3. 업데이트 가 더 쉽습니다.

4. 버그 수정을 더 쉽게 만듭니다 .

5. 관리자 권한 검사가 없습니다 .

6. 어디서나 액세스 할 수 있습니다 .

7. 플랫폼 독립적 .

8. 지원 및 유지 관리 가 더 쉽습니다.

9. 모바일 애플리케이션의 적응성 .

데스크톱 응용 프로그램은 웹 응용 프로그램보다 훨씬 우수한 사용자 경험을 제공합니다.

물론 모든 옵션에는 장단점이 있지만 이들도 평가해야합니다. 사용자 경험 또는 플랫폼 독립성 중 어느 것이 더 중요합니까? 우리는 많은 것보다 사용자 경험을 평가합니다. 예, 우리는 희생을하고 있지만 그것은 삶의 일부입니다.

상사를 설득하는 한 가지 방법은 사용자 경험이 데스크톱 애플리케이션에서 수 광년 앞서 있다는 것을 증명 하고 웹 애플리케이션을 만들기 전에 데스크톱 애플리케이션을 만들도록 설득하는 것 입니다.

우리 회사와 고객 모두 웹 앱보다 데스크톱 앱을 선호합니다. 그들은 데스크톱 응용 프로그램을 사용하는 데 따르는 모든 단점을 기꺼이 받아들입니다.

다른 사람들이 한 것처럼 내 대답에 웹 앱의 장점을 나열하지 않습니다. 웹 앱과 데스크톱 앱에는 모두 장단점이 있습니다. 둘 다하십시오! 고객이 선택하게하십시오. 통계에 대해 나에게 돌아와. ;-)

풍부한 데스크톱 앱과 웹 사이트를 모두 작성하면서 상당한 개발 작업을 수행했습니다.

일반적으로 데스크톱 앱용 코드를 작성하는 것이 더 쉽고, 더 많은 컨트롤을 사용할 수 있으며, 앱 작동 방식을 훨씬 더 잘 제어 할 수 있습니다.

웹 응용 프로그램을 작성하려면 HTML, CSS 및 Javascript뿐만 아니라 브라우저의 제한 사항 (또는 IE에 대해 이야기 할 때 버그)을 이해해야합니다. 상태 및 지속성에 대해 걱정해야하며 사용할 수있는 메커니즘이 제한되어 있습니다.

그래도 시간이 지남에 따라 웹 애플리케이션 작성을 점점 더 즐기고 있습니다. 플랫폼의 한계로 인해 작업이 단순화되고 웹의 상태 비 저장은 복잡성을 관리하는 데 도움이됩니다. 저의 마지막 웹 프로젝트가 시작되었고, 비전문가가 이제 웹 페이지와 그 작동 방식에 익숙해지기 때문에 비즈니스는 사실상 교육이 필요하지 않았습니다. 수정 사항을 적용하고 즉시 적용하는 것도 좋습니다. 데스크톱 앱 업그레이드 작업을 해본 적이 있다면 의심 할 여지없이 얼마나 복잡하고 고통 스러운지 알 것입니다.

최근 우리는 메인 시스템을 웹 사이트로 작성하는 혼합 전략 (웹탑)으로 약간의 성공을 거두었지만 더 많은 기능이 필요한 고급 사용자를 위해 클라이언트 측 애플리케이션을 제공했습니다. 이것은 브라우저 컨트롤을 호스팅하거나 (윈도우에서는 IE를 쉽게 포함 할 수 있고, OS X에서는 safari와 동일하게 수행 할 수 있음) API를 사용할 수 있습니다. 트위터가 웹 버전을 제공하는 것과 비슷하지만 고급 사용자는 TweetDeck 등을 사용할 수 있습니다.

• 모든 사용자는 항상 최신 버전을 사용합니다.
• 불법 복제 금지
• 사용자가 어디에 있든 액세스 가능
• 크로스 플랫폼
• 사용자에게 설치가 필요하지 않습니다.
• 사용자가 무엇을하는지 쉽게 측정 할 수 있습니다 (기능 XX 등을 사용중인 사용자 수).
• 모든 데이터가 중앙 집중화되므로 필요한 경우 사용자간에 손쉽게 공동 작업을 제공 할 수 있습니다.

데스크탑 앱보다 웹 앱의 장점 :-

• 프로그램의 사본 하나만 업데이트하면됩니다.
• 코드의 99 %는 플랫폼에 독립적입니다.
• 유지 관리, 지원 및 패치를 제공하기가 더 쉽습니다.
• 클라이언트 컴퓨터가 부과했을 수있는 제한을 찾을 가능성이 적습니다.
• 더 많은 것

데스크톱 앱보다 웹 앱의 단점 :-

• 네트워크 연결이 끊어지면 앱도

• 애플리케이션을 성공적으로 개발하기 위해 여러 언어를 배워야합니다 (서버 측 스크립팅, SQL, XHTML / CSS 등).

• 보안 필요성 감소 (사용자는 회사에서 신뢰하며 "외부 위협"없음)
• 웹 서버 전용 시스템 필요

이 모든 것은 이 대화에서 찾을 수있는 많은 장단점 중 일부 에 불과 합니다.

웹 및 데스크톱 플랫폼에는 모두 장단점이 있습니다. 둘 다 좋은 주장을 할 수 있습니다. 하이브리드 앱 (부분 웹, 부분 데스크톱)도 이와 관련하여 장점 / 단점을 가지고 있습니다.

응용 프로그램 개발은 항상 기술 추세 나 종교적 선호 또는 비교 일반화 된 장점 / 단점이 아닌 요구 사항에 따라 이루어져야합니다.

광대역 액세스가 불안정하거나 존재하지 않는 미국 또는 기타 국가의 사람들에게 웹 앱을 판매하려고 시도한 적이 있습니까? :) 모바일 액세스는 어떻습니까? 네이티브, 웹 기반 또는 하이브리드? 필요한 경우 인터넷 연결이 없을 때 데이터에 대한 로컬 액세스는 어떻습니까? 기타.

응용 프로그램 요구 사항부터 시작하여 기술로 돌아가십시오. 그렇게하면 올바른 결정을 내리고 당면한 프로젝트에 가장 적합한 플랫폼을 얻게됩니다.

예 : "데스크탑 응용 프로그램은 웹 응용 프로그램보다 훨씬 우수한 사용자 경험을 제공합니다."라는 주석을 사용하십시오. 요구 사항 (A)가 웹 브라우저 및 인터넷 액세스가 장착 된 모든 컴퓨터에서 언제 어디서나 액세스를 요구하고 (B) 데스크톱과 같은 성능 (예 : 페이지 새로 고침이 필요하지 않은 라이브 데이터베이스 데이터)도 요구하는 경우, ( C) 개발자는 AJAX, Flash, Silverlight, Java 또는 브라우저 컨트롤로로드되는 기본 클라이언트와 같은 기술을 고려하게됩니다.

나는 다시 말하지만, 기술 중심이 아닌 요구 사항 중심이어야합니다.

이미 많은 점이 언급되었습니다. 그러나 내가 완전히 동의 할 수없는 몇 가지가 있습니다.

• 웹 응용 프로그램 배포는 쉽지만 데스크톱 앱 배포는 Microsoft ClickOnce 또는 Java Web Start 시대에 그다지 복잡하지 않습니다.
• 버그 수정은 웹 응용 프로그램이 정말 쉽지 않습니다 (세션이 적고 웹 서버 프로세스에서 실행 됨 ...).
• 웹 애플리케이션은 보안에 중요한 작업을 실행하거나 하드웨어에 액세스 할 때 항상 몇 가지 제한이 있습니다.

응용 프로그램 유형에 따라 다릅니다. cms 응용 프로그램이있는 경우 응용 프로그램이 프린터, 바코드 판독기, 회계 프린터, 디스플레이 등과 같은 로컬 리소스와 함께 작동해야하기 때문에 웹 (적어도 일부)으로 대체 할 수 없습니다.
따라서 로컬 리소스가 필요한 이러한 유형의 응용 프로그램의 경우 데스크톱을 교체 할 수 없습니다.
또한 데스크톱 앱은 cms 애플리케이션의 경우 웹보다 매우 빠를 수 있습니다.

많은 고객이 주문을 기다리고 있고 웹 애플리케이션으로 창구를 지불하는 대형 슈퍼마켓을 상상해보십시오. 나는 그런 것을 본 적이 없습니다.

그러나 Oracle ADF와 같은 웹 프레임 워크는 데스크톱 ASP보다 훨씬 더 많은 범위를 가지고 있습니다. ADF를 사용하면 데스크톱 앱이 빌드되는 방식과 유사한 방식으로 데스크톱 앱과 동일한 웹 앱을 빌드 할 수 있습니다. 그러나 비용이 많이 들고 학습 곡선이 높고 "좋은"하드웨어가 필요합니다.

그러나 웹의 경우 테스트 된 구성 요소를 사용하지 않는 경우 Java 스크립트가 미션 크리티컬 앱에 적합하지 않으면 오류가 발생하기 쉽습니다.

일반적으로 완전히 웹 기반 인 저에게 데스크탑 앱으로 향하는 요인은 하드웨어 통합입니다. 웹 앱은 데이터를 읽고 제출하기 만하면 좋지만 라벨 프린터 나 기타 전문 하드웨어와의 인터페이스에 관해서는 데스크톱 앱이 유일한 방법입니다. "웹 앱"확인란을 반드시 선택해야하는 경우 웹 서비스 등에 연결할 수 있지만 전문가 하드웨어 지원은 대부분 브라우저 영역에서 이루어지며 기존 API를 사용하여 액세스하십시오.

요즘 사람들이 linux / osx / windows 플랫폼 독립성을 선택하는 것은 큰 특징입니다. 이는 훨씬 더 큰 시장을 공략하는 데 도움이됩니다.

물론 전 세계 어디에서나 응용 프로그램을 사용할 수 있다는 분명한 이점이 있습니다.

위의 사항에 동의합니다 ...

웹 앱에 프로를 추가하고 싶습니다. 1. 멋지네요. 테마도 변경할 수 있습니다 (css 만 변경). 데스크탑 앱이 일부 사용자에게는 지루해 보일 수 있지만 wep 앱, 테마 / 디자인을 변경할 수 있으며 사용자 (및 보스)에게 깊은 인상을 줄 수 있습니다.

2. 구현하는 것이 더 저렴합니다. 예를 들어, .NET으로 애플리케이션을 개발하는 경우 Windows를 설치하는 클라이언트가 있어야합니다. 그러나 웹 애플리케이션에서는 일단 개발하면 모든 클라이언트가 모든 플랫폼에서 웹 애플리케이션에 액세스 할 수 있습니다.

3. 웹 앱 개발은 간단합니다 (css javascript 및 프레임 워크에 대해 알게되면).

4. 바이러스가 없으며 클라이언트를위한 배포 / 설치가 쉽습니다.

단점 : 웹 앱의 UI는 더 복잡하고 좋은 품질의 UI를 만들기 위해 자바 스크립트 및 CSS 기능이 필요합니다.

처음부터 만드는 것이 아니라 웹 앱에서 새 모듈을 빌드하는 것이 좋습니다. 그것은 현명 할 것입니다 :)

응용 프로그램을 웹 접근 방식으로 개발하는 주된 이유는 데스크톱 응용 프로그램과 비교할 때보 다 접근성이 더 높지만 그렇게 할 때 필요에 따라 무엇을 사용해야하는지 잘 알고 있어야하기 때문입니다.

웹 애플리케이션은 극비 데이터를 전달하지 않는 애플리케이션을 개발할 때만 유용합니다. 웹 애플리케이션이 온라인으로 배포되는 이유 때문에 데스크톱 애플리케이션과 비교할 때보 다 해커가 발생하기 쉽습니다. 데스크톱 응용 프로그램은 웹 응용 프로그램보다 보안 위험을 줄일 수 있지만 웹 사이트를 보호하기위한 보안 조치가 이미 있지만 시간이 지남에 따라 사람들은이 보안 조치를 파괴하는 방법을 발견 할 것이며 대부분의 사용자가 그 사실을 알고 있다고 생각합니다. 특히 거기에 존재하는 하드 코어 해커들. 데스크톱 애플리케이션에도 보안 결함이 있지만 매우 미미합니다.

그러나 누군가가 정말로 솔루션을 제공하기 위해 웹 애플리케이션을 사용하기를 열망한다면, 그가 위험에 대해 잘 알고 있다면 데스크탑 애플리케이션을 개발하는 사람들에게도 같은 일이 걸릴 수 있습니다.

덜 일반적으로 인식되지 않는 웹 애플리케이션의 장점 중 하나를 지정하고 싶습니다. 잘 설계된 웹 응용 프로그램은 일반적으로 온라인 도움말을 응용 프로그램에 통합합니다. 간결하고 이해하기 어려운 데스크톱 응용 프로그램과 장황하고 체계화되지 않은 도움말 파일 사이에 일반적인 서투른 구분을 찾을 수 없습니다. 이것은 아마도 웹 개발자 / 디자이너와 데스크톱 개발자 간의 문화적 차이 일 것입니다.

저는 또한 데스크탑 애플리케이션을 좋아합니다. 웹 애플리케이션의 몇 가지 단점을 더 인용하겠습니다.

1. 웹 애플리케이션 프레젠테이션 로직 / UI 개발은 데스크톱 애플리케이션에 비해 너무 어렵습니다.
2. 브라우저마다 사용자 경험이 다를 수 있습니다.
3. 지연된 작업 : 웹과 데스크톱에서 동일한 트랜잭션을 고려하십시오. 웹 애플리케이션은 데스크톱 애플리케이션 (대부분의 경우)보다 더 높은 수준의 웹 서버를 찾는 데 지연이있을 수 있습니다.
4. 클라이언트의 CPU 사용률 : 데스크톱 앱의 단점으로 간주 될 수 있지만 웹 앱은 클라이언트 / 서버 간의 총 처리 작업 부하를 평준화하기 위해 일부 경우 고려할 수있는 클라이언트 측 프로세서를 활용하는 데 좋은 기능을 보유하지 않습니다.

데스크톱 응용 프로그램에 대해 나열한 이점에 대해 옳았으며 언급하지 않은 것 (보안, 유지 관리 등)이 훨씬 더 많습니다. 웹 응용 프로그램의 주요 이점은 웹 브라우저를 통해 사용할 수 있다는 사실입니다. 거의 어디서나.

Visual WebGui 는 데스크톱 (Windows) 응용 프로그램을 개발하고 웹 응용 프로그램으로 실행할 수 있으므로 데스크톱 개발 및 배포 (직관적, 반응 형, 사용자 친화적)의 이점을 동시에 누릴 수 있으므로이를 정확히 목표로하는 솔루션입니다. 웹 애플리케이션의 접근성을 즐기십시오.

한 번 살펴보면 많은 시간과 번거 로움을 줄일 수 있습니다.

대부분의 경우 사용자는 애플리케이션을 사용하기 위해 브라우저 만 필요합니다. 모든 배포 할 필요가 없습니다 물건 애플리케이션 요구를하고 응용 프로그램이 클라이언트에서 작동하지 않는 이유에 대해 생각할 필요가 없습니다.

• 웹 응용 프로그램은 모든 처리가 서버 측에서 일어나기 때문에 클라이언트 측에서 많은 처리 요구 사항이 필요하지 않으며 브라우저는보기 부분 또는 사용자 인터페이스 일뿐입니다.
• 모든 요청이 서버에 도달하고 기록 될 수 있으므로 로그 정보 및 사용자 탐색 패턴을 관찰하여 웹 애플리케이션을 쉽게 변경할 수 있습니다.

저는 제 앱에 대한 데스크톱 인터페이스를 개발했습니다. 지난 3 년 동안 저는 순수한 웹 인터페이스로 옮겨 왔습니다. 내가 한 방법은 다음과 같습니다.

• 핵심 애플리케이션을 REST를 통해 노출하는 서비스 모음으로 작성합니다.
• 나는 WxWidgets에 가까운 "라이브러리"를 썼다.
• GUI는 데스크톱 앱에서 사용했던 것처럼 프로그래밍 방식으로 화면을 빌드하는 JS 코드입니다.
• 모든 스타일링 / 스키닝은 CSS 클래스를 사용하여 수행됩니다.
• 현재는 상호 작용을 위해 긴 폴링을 사용하지만 향후 WebSockets 또는 WebRTC를 사용할 계획입니다.

모든 사용자는 최신 버전의 Chrome을 사용하며 애플리케이션은 회사 인트라넷에서만 액세스 할 수 있습니다. 대부분의 사용자에게는 전체 화면 모드의 Chrome을 사내 서버에 연결하는 바탕 화면 바로 가기가 있습니다. 덜 정통한 사용자는 더 이상 데스크톱 앱이 아님을 알지 못합니다 (그럴 필요도 없습니다).