2010-01-12 4 views
-1

"클라이언트 쪽에서 렌더링되는 UI"와 ".. 서버 쪽에서"라는 용어의 차이점은 무엇입니까?"클라이언트 쪽에서 렌더링되는 UI"와 ".. 서버 쪽에서"라는 용어의 차이점은 무엇입니까?

기술의 예는 무엇입니까?

  • UI 클라이언트 측 =?
  • UI 서버 쪽 =?

웹 개발뿐만 아니라 서버 측에서 렌더링되는 것도 없다고 생각하십니까?

+1

흠 ... UI는 항상 클라이언트 측에서 브라우저/응용 프로그램에 의해 렌더링됩니다 ... 나는 "넓은"우리가 용어 "렌더링"을 늘리고 싶은지에 달려 있다고 생각합니다. 한 가지 예외는 생각할 수 있습니다 : 터미널 서버 (UI 비트는 클라이언트 측으로 전송되지만 서버 측에서 렌더링됩니다). – jldupont

+0

당신은 웹 환경을 가정합니까? – jldupont

+0

의미있는 값인 '렌더링'이 아닙니다. HTML 인터페이스 : 서버에서 렌더링됩니다. Silverlight : 클라이언트에서 렌더링됩니다. Ajax : 묻지 마세요. – Joe

답변

1

나는 클라이언트/서버가 '렌더링'으로 분류되기 위해서는보기 또는 인쇄용 출력을 생성하기 위해 일부 입력을 기반으로 한 계산 양식이 필요하다고 생각합니다. 그 이상으로 우리는 산출물을 산출하기 위해 상대적으로 말하면, 얼마나 많은 작업이 이루어지고 있는지 살펴 봐야합니다.

그래서 네트워크 연결을 통해 픽셀 데이터를 내보내는 서버를 분류하지는 않습니다. 픽셀을 얻으려면 어떤 작업을하지 않으면 아무것도 렌더링하지 않은 것입니다. 예 : 비트 맵을 파이핑하는 웹 서버는 아무 것도 렌더링하지 않습니다. 그러나 라이브 컴퓨터 바탕 화면을 스트리밍하는 터미널 서버가 있습니다.

애플리케이션 예제를 생각해보고 클라이언트/서버 측면에서 설명하는 것이 가장 좋습니다.

  • 데이터베이스를 읽고 데이터를 표시하는 데스크톱 응용 프로그램이 클라이언트 측 렌더링입니다.

  • 데이터베이스에 저장되고 저장 프로 시저에서 검색 (형식 지정)되는 매개 변수화 된 XML 템플릿 기반 UI를 사용하는 데스크톱 앱은 클라이언트 및 서버로 주장 될 수 있습니다.

  • 서버에서 정점 데이터를 다운로드
  • Direct3D를 게임 그러나 클라이언트 측

  • 이며, 정점 데이터는 동적이며, 서버는 당신은 또한 수, 그것을 제공하기 위해 몇 가지 계산을해야하는 경우 클라이언트 + 서버 렌더링이 일어나고 있다고 주장합니다.

  • 웹 페이지는 거의 항상 클라이언트 + 서버, 특히 Asp.Net, JSP 또는 PHP 기반의 웹 페이지입니다. 페이지 출력이 동적이어서 클라이언트가 렌더링하기 전에 HTML을 서버에서 '렌더링'해야하기 때문입니다.

모든 기술에 대해 구체적인 대답을 제공하는 것은 어렵습니다.

Windows Forms, Direct3D, OpenGL, iPhone 등, Flash, Pure WPF, Silverlight 및 나머지 모든 기능은 응용 프로그램에 따라 순수한 클라이언트 측 UI와 혼합이 가능합니다.

나는 순수한 서버 측 UI 같은 것은 존재하지 않는다고, 그러나, 당신이 주장 할 수 있다고 가정 (일을 가리킬 수 있습니다 사람으로부터 의견을 기다릴 수는!)

+0

이미지 워터 마킹. 서버 측 렌더링으로 간주해서는 안됩니까? – nothrow

+0

절대적으로 - 해당 워터 마크가 워터 마킹되지 않은 이미지에 동적으로 적용되는 경우. –

0

나는이 의미에서 렌더링 = 생성 과정을 '데이터를 표시해야하는 것'이라고 가정하고 디스플레이에 표시되는 래스터 이미지로의 실제 변환을 표시하지 않습니다.

  • UI 클라이언트 측 = 창 양식, XPF, 델파이, Qt는, GTK, ...
  • 서버 측 = HTML + CSS
+0

하지만 html은 브라우저에서 렌더링됩니까 ?????? – abmv

+1

서버가 실제로 HTML/CSS를 "렌더링"합니까? –

+1

인터페이스 상태가 서버에서 HTML로 렌더링됩니다. HTML은 클라이언트에서 픽셀로 렌더링됩니다. '렌더링'은 다양한 추상화에서 사용할 수 있습니다. – Joe

4

나는 웹 envorinment에 가정합니다.

클라이언트 측

최종 DOM, 자사의 클라이언트 측 렌더링을 만들기 위해 자바 스크립트를 사용하는 페이지입니다. 예를 들어 GWT. AJAX 일반적으로.

Flash를 사용하는 경우 클라이언트 측 렌더링도 사용합니다. 플러그인은 모두 그림입니다.

둘 다 클라이언트에서 일종의 논리를로드하고 서버에서 데이터를 검색 한 다음 페이지에 표시 할 구체적인 데이터 (각 이름, 번호, 날짜 등)를 결정합니다. 클라이언트 (자바 스크립트, 플래시)에로드 된 코드는 사용에서 사용으로 변경되지 않습니다.

서버 측

서버 팀은 최종 HTML을 생성하기 위해 JSP 페이지 (또는 기술)입니다. 어쨌든 브라우저는 렌더링하는 사람이지만 "5 명의 클라이언트가 있으므로 각성에 5 개의 행이 있습니다"라는 결정은 클라이언트 측이 아니라 서버 측에서 수행됩니다.

+0

물론 HTML + CSS + Javascript 이상을 사용하는 RIA (리치 인터넷 앱)의 모든 종류는 클라이언트 측 렌더링 범주에 속해야합니다. – helios

2

당신은, 웹 환경에 대해 이야기하는 경우 : (예를 들어 ASP.NET 이내) 서버에서 생성하고 웹 브라우저로 전송되는 모든 HTML을 의미

서버 측. 이것은 아마도 대부분의 웹 페이지 일 것입니다.

클라이언트 측은 브라우저에서 실행되고 페이지의 html을 거기에서 변경하는 모든 것을 말합니다. 일반적으로 이것은 웹 브라우저에 이미있는 웹 페이지 문서 (DOM)를 조작하는 자바 스크립트 (jQuery와 같은 하나 이상의 자바 스크립트 라이브러리 포함)를 의미합니다. 예를 들어

은 "아약스"의 세계에서,이 종종 서버 초기 웹 페이지를 렌더링하는 것을 의미하지만 클라이언트에 해당 자바 스크립트는 아마 (사용자 입력에 응답하여 웹 페이지를 개정 실제로 서버 뒤쪽에서 서버와 실제로 통신 한 경우) 실제로 페이지 전체를 서버에 다시 게시하지 않고도 다시 렌더링 할 수 있습니다.

관련 문제