2010-06-29 4 views
6

저는 수십 년 동안 소프트웨어를 작성해 왔으며 요즘은 모든 것이 웹입니다.
웹을 시작하기 전에 기본적으로 데이터베이스에 직접 연결되는 두꺼운 클라이언트 응용 프로그램 인 클라이언트 서버 응용 프로그램이있었습니다. 배포에 번거롭고 DB가 모든 트래픽을 처리했기 때문에 규모가 조정되지 않은 등 몇 가지 단점이있었습니다. 물론 당시 앱 배포는 기업 네트워크의 데스크톱에서만 가능했습니다. 이 앱의 이점은 레이어가 적고 빠르게 개발된다는 점이었습니다.아무도 여전히 클라이언트 서버 아키텍처를 사용합니까?

전용 데이터베이스가 있고 비교적 적은 양의 클라이언트가있는 방화벽 뒤에서 앱을 호출해야하는 경우가 있습니다. 나는 (때로 StackOverflow에서) 이전 클라이언트/서버 유형 아키텍처를 제안하고 모두 3 개의 다리와 6 개의 팔을 가지고있는 것처럼 나를 본다.

오늘 앱과 도구를 자동으로 배포 할 수있는 최신 기술을 사용합니다. 이 기술이 실행 가능하지 않은 이유가 있습니까? 새로운 세대의 개발자는 웹 콘텐츠 만 알고 있습니까?

+1

액세스 응용 프로그램에 대해 들어 본 적이 없습니까? – Earlz

+1

안녕 얘들 아! 내 마당에서 나가! – Stephen

+0

요즘 사람들이 브라우저가 씬 클라이언트라고 말할 때마다 나는 질식합니다. 그들은 FF로 애드온 목록을 들여다 보지 않았습니다 ... –

답변

6

나는 두꺼운 클라이언트가 여전히 개발되고 있음을 확신합니다.

    :

    는 웹 기반 아키텍처를 선택하는 것은 당신이 당신의 응용 프로그램이 웹 기반 만들 수 있다면, 당신은 장점을 많이받을 수 있나요 전용 웹 물건을 아는 "개발자의 새로운 세대"에 대해 아니다, 그런 말로 미루어

  1. 배포가 간단합니다. ClickOnce, 자동 업데이트 등으로도 페이지를 새로 고침하여 최신 버전을 얻을 수 있습니다.
  2. Silverlight와 같은 기능을 사용하면 데스크톱 응용 프로그램의 이점 중 99 %를 실행할 수 있습니다 코드)
  3. 웹 응용 프로그램을 데스크톱 응용 프로그램보다 훨씬 쉽게 원격으로 사용할 수 있습니다. 많은 회사에서 요즘 원격 근로자가 있습니다. VPN을 설정하는 것이 급여 (또는 뭐든간에)

그러나 하루의 끝에, 그것은 직업을위한 적당한 도구에 관한 누구나 이어도. 웹 응용 프로그램은 Office (Word, Outlook 등) 용 플러그인을 작성하려고 할 때 도움이되지 않지만 사용자 정의 하드웨어 (POS 단말기 등)를 제어해야하는 경우에는 도움이되지 않습니다. 사례 ...), 아마도 몇 가지 사례가 있습니다.

7
내가 클라이언트 - 서버가 여전히 큰 적어도 두 개의 큰 틱 시장 생각할 수

:

  • 온라인 게임과 같은 전장 또는 세컨드 라이프와 같은 가상 세계. 일반적으로 두꺼운 클라이언트와 공유 서버에 대한 연결이 필요합니다.
  • 맞춤형 과학 소프트웨어. 복잡한 기술 또는 과학 소프트웨어, 특히 직접 조작을 수행하는 대화식 그래픽 UI가 필요한 경우에는이 형식으로 작성되기도합니다.
1

우리는 구식 클라이언트 서버 앱에 매우 근접한 XML 기반 웹 서비스와 통신하는 일부 Flex 앱을 보유하고 있습니다. 그러나 SQL을 사용하는 대신 사용자 정의 XML 언어를 사용하고 SOAP 응답을 렌더링합니다.

+2

그러면 전체 미들 티어를 프로그래밍, 유지 관리해야합니다. XML은 성가신 일입니다. 많은 앱을위한 도구이지만, 단순한 해결책에서 벗어났다는 것을 사람들에게 납득 시키려합니다. 때로는 더 간단한 해결책이 여전히 가장 좋은 경우도 있습니다. 나는 또한 기계공을 이해하기 위하여 웹 애플리케이션뿐만 아니라 GWT apps를 쓴다. –

1

우리는 현재 수많은 클라이언트/서버 응용 프로그램을 매년 개발하고 배포합니다. 개발은 간단하고 자동화되었습니다. 우리는 우리가 배치 할 수있는 데이터베이스 기술에 국한되지 않습니다.클라이언트/서버 배포는 계산, 양식 업데이트 및보고에 더 빠릅니다. 웹/클라우드 기반 응용 프로그램은 클라이언트 스테이션 (씩 클라이언트)에서 실행되는 응용 프로그램보다 응답이 적습니다.

이것은 CPU 부하가 분산되어 있기 때문입니다. 서버 측 응용 프로그램은 서버가 모든 계산을 수행하도록 요구하지만 클라이언트 측은 로컬 시스템에서이 작업을 실행할 수 있습니다. 모든 시스템이 복잡해지면서 사용자가 결과를 기다리는 순간이 증가합니다. 직원 시간의이 순간은 더 많은 유급 직원이 관련되어 있기 때문에 더 비쌉니다. 이 순간들은 조직 내에서 1 년 넘게 많은 "사람의 시간"으로 기록됩니다.

업데이트 문제는 Google 개발 도구 세트에서 해결됩니다. 좋아하는 브라우저를 열 때와 마찬가지로 사용중인 버전이 가장 최근 버전이 아니라는 사실을 알게되면 클라이언트/서버 응용 프로그램 내에서 동일한 프로세스가 포함됩니다. 사실 우리는 그들에게 업데이트 할 선택권을주지 않습니다. 많은 경우 업데이트에 데이터베이스 변경이 필요하기 때문에 사용자가 소프트웨어를 실행하기 전에 업데이트가 강제 실행됩니다.

사용자 지정 클라이언트/서버 시스템에 포함 된 정보의 가시성을 향상시키기 위해 현장 파견 또는 고객 지원 포럼과 데스크톱 클라이언트/서버 응용 프로그램의 통합과 같은 특정 응용 프로그램이있는 사용자 지정 개발 웹 사이트를 제공합니다. 필자의 견해로는 클라이언트 서버와 응답 형 웹 응용 프로그램의 완벽한 통합이 앞으로 수년 내에 더 나은 위치를 차지하는 것을 보았습니다.

관련 문제