C/S 아키텍처와 B/S 아키텍처의 차이점에 대한 자세한 설명

이 글에서는 C/S 아키텍처와 B/S 아키텍처의 차이점을 주로 소개합니다. C/S 아키텍처는 전체 프로세스가 클라이언트/서버 등으로 구성됩니다. 클라이언트에는 클라이언트가 포함됩니다. a 또는 사용자 컴퓨터에서 실행되는 여러 프로그램을 B/S 아키텍처라고 합니다. 브라우저/서버, 브라우저/서버 구조.

C/S 아키텍처

C/S 아키텍처는 일반적인 2계층 아키텍처입니다. 클라이언트는 사용자 컴퓨터에서 실행되는 하나 이상의 서버를 포함합니다. 프로그램에는 두 개의 서버가 있는데, 하나는 데이터베이스 서버이고, 클라이언트는 데이터베이스 연결을 통해 서버 측 데이터에 액세스하고, 다른 하나는 소켓 서버이고, 서버는 소켓 프로그램을 통해 클라이언트와 통신합니다.

C/S 아키텍처는 두꺼운 클라이언트 아키텍처로 간주될 수도 있습니다. 클라이언트는 디스플레이를 위한 비즈니스 로직과 인터페이스를 구현해야 하기 때문입니다. 이 아키텍처에서는 디스플레이 로직과 트랜잭션 처리가 포함되어 클라이언트가 많은 압력을 견뎌야 하기 때문에 실제 프로젝트 요구 사항을 충족하기 위해 데이터베이스(일반적으로 SQL 또는 저장 프로시저)와의 상호 작용을 통해 영구 데이터를 얻습니다.

C/S 아키텍처의 장점과 단점

장점:

1. C/S 아키텍처의 인터페이스와 운영은 매우 풍부할 수 있습니다.

2. 보안속성은 쉽게 보장될 수 있으며, 다계층 인증도 어렵지 않습니다.

상호작용 레이어가 1개뿐이므로 응답 속도가 빠릅니다.

단점:

1 적용 범위가 좁고 일반적으로 근거리 통신망에 적합합니다.

2개의 고정 사용자 그룹. 이 프로그램은 사용하기 전에 설치가 필요하기 때문에 일부 알려지지 않은 사용자에게는 적합하지 않습니다.

3. 높은 유지 관리 비용, 일단 업그레이드되면 모든 클라이언트 애플리케이션을 변경해야 합니다.

B/S 아키텍처

B/S 아키텍처를 브라우저/서버, 브라우저/서버 구조라고 합니다. 브라우저는 웹 브라우저를 의미합니다. 프런트엔드에는 약간의 비즈니스 로직이 있지만 주요 비즈니스 로직은 서버, 브라우저 클라이언트, WebApp 서버, DB 터미널의 3계층 구조로 호출됩니다. B/S 시스템은 특별한 설치가 필요하지 않으며 웹 브라우저만 설치할 수 있습니다.

B/S 아키텍처에서는 디스플레이 로직을 웹 브라우저의 트랜잭션 처리 로직에 배치하고 WebApp에 배치함으로써 거대한 팻 클라이언트를 피하고 클라이언트에 대한 부담을 줄입니다. 클라이언트에는 논리가 거의 포함되어 있지 않으므로 씬 클라이언트라고도 합니다.

B/S 아키텍처의 장점과 단점

장점:

1) 클라이언트를 설치할 필요 없이 웹 브라우저만 있으면 됩니다.

2) BS 아키텍처는 특정 권한을 통해 인터넷에 직접 배치될 수 있으며 다중 클라이언트 액세스 제어 목적을 달성할 수 있으며 대화형 기능이 뛰어납니다.

3) BS 아키텍처는 여러 클라이언트를 업데이트할 필요가 없으며 서버만 업그레이드하면 됩니다.

단점:

1) 크로스 브라우저에서 BS 아키텍처는 사람들이 바라는 것만큼 좋지 않습니다.

2) CS 학위를 취득하려면 많은 노력이 필요합니다.

3) BS 아키텍처의 가장 큰 문제인 속도와 보안을 위해 막대한 설계 비용이 필요합니다.

4) 클라이언트-서버 상호 작용은 요청-응답 모드로, 일반적으로 페이지를 새로 고쳐야 하는데 이는 고객이 보고 싶어하는 것이 아닙니다. (Ajax에서는 어느 정도 문제가 완화되면 인기가 높아집니다)

위 내용은 C/S 아키텍처와 B/S 아키텍처의 차이점에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!