서문
처음부터 버전 업데이트, 최종 버전 유지 관리까지 프로젝트입니다. 기능은 지속적으로 증가하고 그에 따른 코드의 양도 증가하므로 프로젝트를 유지 관리하기가 더욱 어려워집니다. 이때 개발팀이 프로젝트를 더 잘 관리할 수 있도록 프로젝트를 분할해야 합니다. .
모듈로 나누어짐
이 단계는 일반적으로 프로젝트의 초기 단계로 인력 부족으로 인해 개발에 따라 서버 측 인터페이스 프로젝트를 개발하고 유지 관리할 수 있습니다. 습관에 따라 프로젝트는 여러 모듈로 나누어져 하나의 프로젝트에 따라 개발 및 배포됩니다.
이것의 단점은 버전이 업데이트됨에 따라 프로젝트를 유지 관리할 수 없게 된다는 것입니다.
하위 프로젝트
각 모듈의 기능이 계속해서 향상되면서 코드는 점점 더 비대해집니다. 이때 프로젝트는 위의 그림처럼 사용자 시스템 프로젝트와 결제 시스템 프로젝트로 나누어야 합니다.
CURL
처음에는 모든 사람이 CURL을 사용하여 외부 리소스에 액세스합니다.
예를 들어 주요 제3자가 제공하는 SDK와 같은 특정 SMS 플랫폼 SDK는 너무 얽혀 있어서 CURL 기능을 사용하여 소스 코드에 직접 접근할 수 있습니다.
환경적 요구사항이 없고 바로 사용할 수 있다는 장점이 있습니다.
단점은 동시 접속의 리소스 점유 문제에 있습니다.
//新浪微博SDK的http请求部分源码
/**
* Make an HTTP request
*
* @return string API results
* @ignore
*/
function http($url, $method, $postfields = NULL, $headers = array()) {
$this->http_info = array();
$ci = curl_init();
/* Curl settings */
curl_setopt($ci, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_1_0);
curl_setopt($ci, CURLOPT_USERAGENT, $this->useragent);
curl_setopt($ci, CURLOPT_CONNECTTIMEOUT, $this->connecttimeout);
curl_setopt($ci, CURLOPT_TIMEOUT, $this->timeout);
curl_setopt($ci, CURLOPT_RETURNTRANSFER, TRUE);
curl_setopt($ci, CURLOPT_ENCODING, "");
curl_setopt($ci, CURLOPT_SSL_VERIFYPEER, $this->ssl_verifypeer);
if (version_compare(phpversion(), '5.4.0', '<')) {
curl_setopt($ci, CURLOPT_SSL_VERIFYHOST, 1);
} else {
curl_setopt($ci, CURLOPT_SSL_VERIFYHOST, 2);
}
curl_setopt($ci, CURLOPT_HEADERFUNCTION, array($this, 'getHeader'));
curl_setopt($ci, CURLOPT_HEADER, FALSE);
switch ($method) {
case 'POST':
curl_setopt($ci, CURLOPT_POST, TRUE);
if (!empty($postfields)) {
curl_setopt($ci, CURLOPT_POSTFIELDS, $postfields);
$this->postdata = $postfields;
}
break;
case 'DELETE':
curl_setopt($ci, CURLOPT_CUSTOMREQUEST, 'DELETE');
if (!empty($postfields)) {
$url = "{$url}?{$postfields}";
}
} if ( isset($this->access_token) && $this->access_token )
$headers[] = "Authorization: OAuth2 ".$this->access_token;
if ( !empty($this->remote_ip) ) {
if ( defined('SAE_ACCESSKEY') ) {
$headers[] = "SaeRemoteIP: " . $this->remote_ip;
} else {
$headers[] = "API-RemoteIP: " . $this->remote_ip;
}
} else {
if ( !defined('SAE_ACCESSKEY') ) {//
$headers[] = "API-RemoteIP: " . $_SERVER['REMOTE_ADDR'];
}
}
curl_setopt($ci, CURLOPT_URL, $url );
curl_setopt($ci, CURLOPT_HTTPHEADER, $headers );
curl_setopt($ci, CURLINFO_HEADER_OUT, TRUE );
$response = curl_exec($ci);
$this->http_code = curl_getinfo($ci, CURLINFO_HTTP_CODE);
$this->http_info = array_merge($this->http_info, curl_getinfo($ci));
$this->url = $url;
if ($this->debug) {
echo "=====post data======\r\n";
var_dump($postfields);
echo "=====headers======\r\n";
print_r($headers);
echo '=====request info====='."\r\n";
print_r( curl_getinfo($ci) );
echo '=====response====='."\r\n";
print_r( $response );
}
curl_close ($ci);
return $response;
}로그인 후 복사
RPC
Remote Procedure Call Protocol
RPC(Remote Procedure Call Protocol) - 원격 컴퓨터를 통해 원격 컴퓨터를 호출하는 방법인 Remote Procedure Call Protocol 네트워크 기본 네트워크 기술의 프로토콜을 이해하지 않고 프로그래밍 방식으로 서비스를 요청합니다. RPC 프로토콜은 통신 프로그램 간에 정보 데이터를 전달하기 위해 TCP 또는 UDP와 같은 일부 전송 프로토콜이 존재한다고 가정합니다. OSI 네트워크 통신 모델에서 RPC는 전송 계층과 응용 프로그램 계층에 걸쳐 있습니다. RPC를 사용하면 네트워크 분산 다중 프로그램을 포함한 응용 프로그램을 보다 쉽게 개발할 수 있습니다.
RPC는 클라이언트/서버 모드를 채택합니다. 요청자는 클라이언트이고 서비스 제공자는 서버입니다. 먼저 클라이언트 호출 프로세스는 프로세스 매개변수가 포함된 호출 메시지를 서비스 프로세스에 보낸 다음 응답 메시지를 기다립니다. 서버 측에서는 호출 정보가 도착할 때까지 프로세스가 대기 상태를 유지합니다. 호출 메시지가 도착하면 서버는 프로세스 매개변수를 획득하고, 결과를 계산하고, 응답 메시지를 보낸 후, 마지막으로 클라이언트는 응답 메시지를 수신하기 위해 프로세스를 호출하고, 프로세스 결과를 획득하고, 그런 다음 호출 실행이 계속됩니다.
Yar
Bird Brother에서 제작한 RPC 프레임워크는 경량 프레임워크입니다.
<?phpclass API {
/**
* the doc info will be generated automatically into service info page.
* @params
* @return
*/
public function api($parameter, $option = "foo") {
} protected function client_can_not_see() {
}
}$service = new Yar_Server(new API());$service->handle();?>로그인 후 복사
호출 코드
<?php$client = new Yar_Client("http://host/api/");$result = $client->api("parameter);
?>로그인 후 복사
Brother Bird의 문서에는 문서가 적고 디버깅이 더 많이 필요하다는 점에 유의하세요.
Thrift
Thrift는 확장 가능한 교차 언어 서비스 개발에 사용되는 소프트웨어 프레임워크입니다. 강력한 소프트웨어 스택과 코드 생성 엔진을 결합하여 C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, JavaScript, Node.js, Smalltalk 및 OCaml 완벽하게 통합되고 효율적인 서비스입니다.
원격 통화의 의의는 서로 다른 하위 프로젝트에서 자신에게 더 적합한 언어를 사용하여 문제를 해결하고 요구 사항을 보다 효율적으로 실현할 수 있다는 것입니다.
동시에 팀 개발을 위해서는 전반적인 기술 수준을 향상시킬 수 있습니다.
SOAP
XML을 사용하므로 길게 설명하지 않겠습니다. 결국 json을 많이 사용하게 됩니다.
JSON-RPC
다음은 반환값의 기준입니다
--> [
{"jsonrpc": "2.0", "method": "sum", "params": [1,2,4], "id": "1"},
{"jsonrpc": "2.0", "method": "notify_hello", "params": [7]},
{"jsonrpc": "2.0", "method": "subtract", "params": [42,23], "id": "2"},
{"foo": "boo"},
{"jsonrpc": "2.0", "method": "foo.get", "params": {"name": "myself"}, "id": "5"},
{"jsonrpc": "2.0", "method": "get_data", "id": "9"}
]
<-- [
{"jsonrpc": "2.0", "result": 7, "id": "1"},
{"jsonrpc": "2.0", "result": 19, "id": "2"},
{"jsonrpc": "2.0", "error": {"code": -32600, "message": "Invalid Request"}, "id": null},
{"jsonrpc": "2.0", "error": {"code": -32601, "message": "Method not found"}, "id": "5"},
{"jsonrpc": "2.0", "result": ["hello", 5], "id": "9"}
]로그인 후 복사
실제로 클라이언트에게 인터페이스의 반환값을 제공하고 있다는 것을 알 수 있는데, 이 표준을 기반으로 한 것입니다.
따라서 서버도 서버로부터 데이터를 수신하고 반환할 때 이 표준을 따라야 합니다.
프로젝트 분할로 인한 변화
프로젝트 세분화
하나의 모듈이 하나의 프로젝트에 대응하며, REST 기반 인터페이스 표준을 통해 프로젝트 간 자원 중심의 데이터 접근이 이루어진다.
인력 요구 사항
프로젝트 분할의 전제는 하나의 프로젝트가 기존 비즈니스 개발 요구 사항을 충족하기에 충분하지 않다는 것입니다. 이는 분할 후 개발자 수가 증가한다는 것을 의미합니다.
게릴라에서 정규군으로의 도약!
문서
더 많은 프로젝트는 더 많은 인터페이스 호출과 문서를 의미하며 문서를 적절하게 처리하면 팀 협업의 효율성이 더 높아질 수 있습니다.
후기
서비스의 원격 호출은 유지 관리가 불가능해진 프로젝트를 타르핏에서 합리적으로 구출하고 해당 프로젝트가 수행할 수 있는 전체 비즈니스 규모를 늘리는 방법에 관한 것입니다. 은총알이 아닙니다.
위 내용은 PHP 원격 호출 및 RPC 프레임워크의 자세한 코드 설명(그림)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
